Arangodb: дескрипторы файлов недоступны

После отсутствия проблем с ArangoDB3 в течение нескольких лет я внезапно столкнулся с ошибкой ввода-вывода AQL вида

[HTTP 500][ERR 1305] AQL: IO error: While open a file for random read: /ssd1/arangodb3/engine-rocksdb/22850496.sst: No file descriptors available (while finalizing)

Это при выполнении вставки формы

insert { id: "foo", junk: [ 1, 2, 3 ] } in bar

Это произошло после выполнения длительной операции по заполнению новой базы данных.

Глядя на syslog, я вижу следующее (временные метки и т. д. опущены для удобства чтения):

ERROR [fae2c] {rocksdb} RocksDB encountered a background error during a compaction operation: IO error: While open a file for random read: /ssd1/arangodb3/engine-rocksdb/22850496.sst: No file descriptors available; The database will be put in read-only mode, and subsequent write errors are likely. It is advised to shut down this instance, resolve the error offline and then restart it.
ERROR [be9ea] {rocksdb} rocksdb: [db/db_impl/db_impl_compaction_flush.cc:2922] Waiting after background compaction error: IO error: While open a file for random read: /ssd1/arangodb3/engine-rocksdb/22850496.sst: No file descriptors available, Accumulated background error counts: 1
WARNING [afa17] {engines} could not sync metadata for collection 'OpenAlex_20240502/works'
WARNING [a3d0c] {engines} background settings sync failed: IO error: While open a file for random read: /ssd1/arangodb3/engine-rocksdb/22850496.sst: No file descriptors available
WARNING [afa17] {engines} could not sync metadata for collection 'OpenAlex_20240502/publishers'

Первое сообщение выше, кажется, указывает на что-то, но я не уверен, на что.

Файл, о котором идет речь, /ssd1/arangodb3/engine-rocksdb/22850496.sst не существует, что может быть очевидным источником проблемы, но я не знаю, как ее исправить.

Перезапуск Arango DB и системы не устраняет проблему.

В файловой системе более чем достаточно места

/dev/nvme0n1p1 7.3T 4.6T 2.8T 63% /ssd1

так что это не проблема.

arangodb --version отчеты

Arango DB Version 0.18.2, build 3518b68, Go go1.21.5

arangosh --version отчеты

3.11.8

architecture: 64bit
arm: false
asan: false
assertions: false
avx: true
avx2: false
boost-version: 1.78.0
build-date: 2024-02-22 14:43:37
build-repository: refs/tags/v3.11.8 eb715d099fb
compiler: gcc [11.2.1 20220219]
coverage: false
cplusplus: 202002
curl-version: none
debug: false
endianness: little
failure-tests: false
fd-client-event-handler: poll
fd-setsize: 1024
full-version-string: ArangoDB 3.11.8 [linux] 64bit, using jemalloc, build refs/tags/v3.11.8 eb715d099fb, VPack 0.2.1, RocksDB 7.2.0, ICU 64.2, V8 7.9.317, OpenSSL 3.0.13 30 Jan 2024
icu-version: 64.2
ipo: true
iresearch-version: 1.3.0.0
jemalloc: true
libunwind: true
license: community
maintainer-mode: false
memory-profiler: true
ndebug: true
openssl-version-compile-time: OpenSSL 3.0.13 30 Jan 2024
openssl-version-run-time: OpenSSL 3.0.13 30 Jan 2024
optimization-flags: -mfxsr -mmmx -msse -msse2 -mcx16 -msahf -mpopcnt -msse3 -msse4.1 -msse4.2 -mssse3 -mpclmul -mavx -mxsave
pic: 2
pie: 2
platform: linux
reactor-type: epoll
replication2-enabled: false
rocksdb-version: 7.2.0
server-version: 3.11.8
sizeof int: 4
sizeof long: 8
sizeof void*: 8
sse42: true
tsan: false
unaligned-access: true
v8-version: 7.9.317
vpack-version: 0.2.1
zlib-version: 1.2.13

Я использую Ubuntu 23.10

Linux servername 6.5.0-28-generiC#29-Ubuntu SMP PREEMPT_DYNAMIC Thu Mar 28 23:46:48 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Я попытался переустановить Arango DB, но это не помогло. Я перезапустил приложение с контрольной точки, и теперь оно немедленно и постоянно выходит из строя. Даже простая вставка, описанная выше, вызывает ту же ошибку.

Приложение, написанное на Python, является многопоточным, использует модули multiprocessing и имеет 64 потока/процесса, каждый из которых выполняет загрузку.

У меня есть идентичный код, работающий в другой системе, и он успешно работает до завершения, поэтому я озадачен тем, что здесь может пойти не так.