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

[Anonymous]

После нескольких лет отсутствия проблем с 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

Это произошло после выполнения длительной операции по заполнению новой базы данных.
Просматривая системный журнал, я вижу следующее (временные метки и т. д. опущены для удобства чтения):

Код: Выделить всё

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- rockdb/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, многопоточный, с использованием модулей многопроцессорной обработки, и существует 64 потока/процесса, выполняющих загрузку.
У меня есть идентичный код, работающий в другой системе, и он успешно работает до завершения, поэтому я Я озадачен тем, что здесь может пойти не так.

Подробнее здесь: https://stackoverflow.com/questions/784 ... -available