A new Arkindex release is available.
To upgrade a development instance, follow this documentation.
To upgrade a production instance, you need to:
registry.gitlab.teklia.com/arkindex/backend:1.6.2
docker run ark-backend arkindex migrate
The release notes for Arkindex 1.6.2 are available here.
The main changes impacting developers and system administrators are detailed below.
S3 import processes now use a worker instead of an internal Arkindex task. In order to be able to start S3 imports on your Arkindex instance, you now need to:
docker.ingest_image
setting in your configuration file: it defaults to registry.gitlab.teklia.com/arkindex/workers/import/s3:latest
but specifying a tag is recommended, as latest
does not guarantee stability.If you do not have an S3 import worker version correctly set on your instance, you will not be able to launch any S3 import processes.
The current recommended docker.ingest_image
setting is:
registry.gitlab.teklia.com/arkindex/workers/import/s3:0.1.0
The account verification email is now sent via an asynchronous task.
A new job_timeouts.send_verification_email
setting is available. It defaults to 120
seconds.
The CreateProcessFailures
endpoint now creates the process in an asynchronous task, and notifies the user by email when it is available.
A new job_timeouts.create_process_failures
setting is available. It defaults to 3600
seconds.
Arkindex 1.6.1 introduced the export
Redis queue. In this release, we split exports between two distinct queues depending on their source
, i.e. the database they are generated from.
The export
Redis queue is now only used by the Enterprise Edition of Arkindex. If you are using the Community Edition, then your exports will run whether or not the export
queue has assigned workers.
For Arkindex instances using the Enterprise Edition:
database.export
setting.export
Redis queue. Exports created from the main database will run on the high
Redis queue.Exports created from the export
database can only run if you assign workers to the export
queue. For Docker Compose-based deployments, see our sample docker-compose.yml
.
A new iiif_user_agent
setting is available. You can use it to specify the User-Agent
header that is being sent when checking images. This can help when accessing IIIF servers that block bots based on their user agent.
The Doorbell integration has been removed from the frontend. The doorbell.id
and doorbell.appkey
settings in the backend configuration, which were passed to the frontend to enable this integration, have been removed. If they are still set in your YAML configuration, it will not cause any errors or warnings, but you can now remove them.
Support requests may now be filed on our forum instead.