Skip to content

Commit 8e7a081

Browse files
esmerelcnorris-cs
andauthored
Apply suggestions from code review
Co-authored-by: Craig Norris <[email protected]> Signed-off-by: esmerel <[email protected]>
1 parent ee2f139 commit 8e7a081

File tree

1 file changed

+7
-7
lines changed

1 file changed

+7
-7
lines changed

administration/scheduling-and-retries.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@
55
[Fluent Bit](https://fluentbit.io) has an engine that helps to coordinate the data
66
ingestion from input plugins. The engine calls the _scheduler_ to decide when it's time to
77
flush the data through one or multiple output plugins. The scheduler flushes new data
8-
at a fixed time of seconds and retries when asked.
8+
at a fixed number of seconds, and retries when asked.
99

1010
When an output plugin gets called to flush some data, after processing that data it
1111
can notify the engine using these possible return statuses:
@@ -17,14 +17,14 @@ can notify the engine using these possible return statuses:
1717

1818
## Configure wait time for retry
1919

20-
The scheduler provides two configuration options called `scheduler.cap` and
21-
`scheduler.base` which can be set in the Service section. These determine the waiting
20+
The scheduler provides two configuration options, called `scheduler.cap` and
21+
`scheduler.base`, which can be set in the Service section. These determine the waiting
2222
time before a retry happens.
2323

2424
| Key | Description | Default |
2525
| --- | ------------| --------------|
26-
| `scheduler.cap` | Set a maximum retry time in seconds. Supported in v1.8.7 or greater. | `2000` |
27-
| `scheduler.base` | Set a base of exponential backoff. Supported in v1.8.7 or greater. | `5` |
26+
| `scheduler.cap` | Set a maximum retry time in seconds. Supported in v1.8.7 or later. | `2000` |
27+
| `scheduler.base` | Set a base of exponential backoff. Supported in v1.8.7 or later. | `5` |
2828

2929
The `scheduler.base` determines the lower bound of time and the `scheduler.cap`
3030
determines the upper bound for each retry.
@@ -97,8 +97,8 @@ impose a limit to try N times and then discard the data after reaching that limi
9797

9898
### Retry example
9999

100-
The following example configures two outputs where the HTTP plugin has an unlimited
101-
number of while the Elasticsearch plugin have a limit of `5` retries:
100+
The following example configures two outputs, where the HTTP plugin has an unlimited
101+
number of retries, and the Elasticsearch plugin have a limit of `5` retries:
102102

103103
```text
104104
[OUTPUT]

0 commit comments

Comments
 (0)