Я запускаю небольшой набор узлов Docker Swarm на Raspberry Pis и использую glusterfs в качестве общего хранилища для томов докеров. Первоначально я настроил это на Ubuntu Server 21.04 (hirsute), в пакеты по умолчанию которого включен gluster 9.0. Это работало отлично, только с случайными вспышками в смонтированных томах, по-видимому, когда некоторые обновления автоматически применялись в фоновом режиме.
Однако после обновления всех 3 узлов до 21.10 (ошибочный) и, следовательно, gluster 9.2, у меня не было конца проблемам, когда некоторые контейнеры запускаются и взаимодействуют со своими файлами (особенности этого я не знаю), монтировать .glusterfs на узле, в котором работает контейнер (и это происходит на любом узле), по-видимому, аварийно завершает работу с приведенным ниже сообщением журнала из журнала для соответствующего модуля монтирования:
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: ожидающие кадры:
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (0) op (0)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (0) op (0)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (1) op (LK)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (0) op (0)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (0) op (0)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (1) op (OPEN)
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: кадр: тип (1) op (OPEN)
12 декабря, 05:18:42 node1 mnt-gfs-docker1[12330]: набор исправлений: git://git.gluster.org/glusterfs.git
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: получен сигнал: 11
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: время сбоя:
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: 2021-12-12 05:18:42 +0000
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: сведения о конфигурации:
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: argp 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: трассировка 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: dlfcn 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: libpthread 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: llistxattr 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: setfsid 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: блокировка 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: epoll.h 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: xattr.h 1
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: st_atim.tv_nsec 1
12 декабря 05:18:42 node1 mnt-gfs-docker1 [12330]: строка-пакета: glusterfs 9.2
12 декабря 05:18:42 node1 mnt-gfs-docker1[12330]: ---------
12 декабря 05:20:39 node1 systemd[1]: размонтирование /mnt/gfs/docker1...
12 декабря, 05:20:39 node1 systemd[1]: mnt-gfs-docker1.mount: успешно деактивирован.
12 декабря, 05:20:39 node1 systemd[1]: размонтирован /mnt/gfs/docker1.
12 декабря 05:20:39 node1 systemd[1]: mnt-gfs-docker1.mount: потребляется 6 часов 49 минут 33,197 секунды процессорного времени.
Поскольку я новичок в gluster, здесь нет ничего, что я понимаю о том, почему это происходит, и я не могу найти никаких подробностей о том, что может происходить в то время, что вызывает это. Я проверил состояние восстановления тома и обнаружил, что ожидающих файлов нет, а после полного восстановления не было никаких синхронизаций (даже с несколькими запущенными контейнерами).
тлдр; том gluster продолжает размонтироваться/сбой на клиентских узлах, несмотря на то, что, казалось бы, нет проблем с базовыми блоками gluster, без очевидных записей в журнале, несмотря на вышеизложенное, что я не вижу проблемы, перечисленной в
Что вызывает это и как я могу предотвратить это?
