You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/pages/events/troubleshooting.md
+13-9Lines changed: 13 additions & 9 deletions
Original file line number
Diff line number
Diff line change
@@ -12,8 +12,12 @@ This topic describes how to resolve frequently encountered issues with Adobe I/O
12
12
13
13
## Events are not showing in App Builder event registration
14
14
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
+

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:
17
21
18
22
Status ID | Status
19
23
--- | ---
@@ -26,11 +30,11 @@ You can use the following SQL query to select all events from the `event_data` t
26
30
27
31
`SELECT * FROM event_data`
28
32
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.
30
34
31
-
### The table is empty
35
+
### The table or grid is empty
32
36
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:
34
38
35
39
1. Run `bin/magento events:list` to ensure that you have subscribed events.
36
40
@@ -48,14 +52,14 @@ If the `event_data` table is empty, use the following procedure to diagnose the
48
52
ENABLE_EVENTING: true
49
53
```
50
54
51
-
### The event status is `0`
55
+
### The event status is `0` or `Waiting`
52
56
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.
54
58
In a Cloud environment, check the logs. Cron execution might have been killed due to lack of space in the environment or other reasons.
55
59
56
-
### The event status is `2`
60
+
### The event status is `2` or `Failure`
57
61
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.
59
63
The following CLI command can show only logs related to the event batch sending.
0 commit comments