Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion core/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,7 @@ for interacting with Ethereum contracts.
## Features

* Headless API implementation
* CLI tool providing conveniance commands for node configuration, administration,
* CLI tool providing convenience commands for node configuration, administration,
and CRUD object operations (e.g. Jobs, Runs, and even the VRF)

## Installation
Expand Down
2 changes: 1 addition & 1 deletion core/store/migrations/README.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,3 @@
# Notes
- Node operators do not always run their migrations with
super user priviledges so you cannot use ```CREATE EXTENSION```
super user privileges so you cannot use ```CREATE EXTENSION```
14 changes: 7 additions & 7 deletions docs/CHANGELOG.md
Original file line number Diff line number Diff line change
Expand Up @@ -198,7 +198,7 @@ pipeline_tasks_total_finished{job_id="1",job_name="example keeper spec",status="

- The v2 (TOML) `bridge` task's `includeInputAtKey` parameter is being deprecated in favor of variable interpolation. Please migrate your jobs to the new syntax as soon as possible.

- Chainlink no longers writes/reads eth key files to disk
- Chainlink no longer writes/reads eth key files to disk

- Add sensible default configuration settings for Fantom

Expand Down Expand Up @@ -258,7 +258,7 @@ chainlink keys vrf import -p path/to/vrfpasswordfile 0x788_exported_key
by setting `ETH_HEAD_TRACKER_SAMPLING_INTERVAL` env var e.g. `ETH_HEAD_TRACKER_SAMPLING_INTERVAL=5s`.

- Database backups: default directory is now a subdirectory 'backup' of chainlink root dir, and can be changed
to any chosed directory by setting a new configuration value: `DATABASE_BACKUP_DIR`
to any chose directory by setting a new configuration value: `DATABASE_BACKUP_DIR`

## [0.10.6] - 2021-05-10

Expand Down Expand Up @@ -537,7 +537,7 @@ for OCR jobs.
- Silence spurious `Job spawner ORM attempted to claim locally-claimed job` warnings
- OCR now drops transmissions instead of queueing them if the node is out of Ether
- Fixed a long-standing issue where standby nodes would hold transactions open forever while waiting for a lock. This was preventing postgres from running necessary cleanup operations, resulting in bad database performance. Any node operators running standby failover chainlink nodes should see major database performance improvements with this release and may be able to reduce the size of their database instances.
- Fixed an issue where expired session tokens in operator UI would cause a large number of reqeusts to be sent to the node, resulting in a temporary rate-limit and 429 errors.
- Fixed an issue where expired session tokens in operator UI would cause a large number of requests to be sent to the node, resulting in a temporary rate-limit and 429 errors.
- Fixed issue whereby http client could leave too many open file descriptors

### Changed
Expand Down Expand Up @@ -573,7 +573,7 @@ for OCR jobs.

#### BREAKING CHANGES

- Commands for creating/managing legacy jobs and OCR jobs have changed, to reduce confusion and accomodate additional types of jobs using the new pipeline.
- Commands for creating/managing legacy jobs and OCR jobs have changed, to reduce confusion and accommodate additional types of jobs using the new pipeline.

#### V1 jobs

Expand Down Expand Up @@ -609,7 +609,7 @@ Name: "pipeline_run_total_time_to_completion",
Help: "How long each pipeline run took to finish (from the moment it was created)",

Name: "pipeline_tasks_total_finished",
Help: "The total number of pipline tasks which have finished",
Help: "The total number of pipeline tasks which have finished",

Name: "pipeline_task_execution_time",
Help: "How long each pipeline task took to execute",
Expand All @@ -621,10 +621,10 @@ Name: "pipeline_task_http_response_body_size",
Help: "Size (in bytes) of the HTTP response body",

Name: "pipeline_runs_queued",
Help: "The total number of pipline runs that are awaiting execution",
Help: "The total number of pipeline runs that are awaiting execution",

Name: "pipeline_task_runs_queued",
Help: "The total number of pipline task runs that are awaiting execution",
Help: "The total number of pipeline task runs that are awaiting execution",
```

### Changed
Expand Down
4 changes: 2 additions & 2 deletions tools/docker/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ The docker-compose configuration present in this directory allows for a user to

# Using the compose script

Inside the `chainlink/tools/docker` directory, there is a helper script that is included which should cover all cases of integration / acceptance / development needs acroos multiple services. To see a list of available commands, perform the following:
Inside the `chainlink/tools/docker` directory, there is a helper script that is included which should cover all cases of integration / acceptance / development needs across multiple services. To see a list of available commands, perform the following:

```sh
cd tools/docker
Expand Down Expand Up @@ -306,7 +306,7 @@ The dockerized development environment provides an alternative development and t
- contain all dependencies in a single docker image
- contain sensible, pre-configured defaults

The entire chainlink repo is bind-mounted so any changes will take effect immediately - this makes the env good for TDD. Node modules are also bind-mounted, so you shouldn't have to install many deps after launching the container. Go deps are not bind-mounted, so you will have to install those after starting the container. You should only need to do this once, as long as you re-use the container.
The entire chainlink repo is bind-mounted so any changes will take effect immediately - this makes the env good for TDD. Node modules are also bind-mounted, so you shouldn't have to install many deps after launching the container. Go deps are not bind-mounted, so you will have to install those after starting the container. You should only need to do this once, as long as you reuse the container.

The docker env contains direnv, so whatever changes you make locally to your (bind-mounted) `.envrc` will be reflected in the docker container. The container is built with a default ENV that should require minimal changes for basic testing and development.

Expand Down