Вот таким образом детские грабли и раскладываются в неожиданных местах. Загрузился с LiveCD и ...

А детские грабли - они гораздо больнее взрослых (с) анекдот

Та контора где-то на третьем или четвертом слиянии/разделении съехала на винду через флешку, пара Tb оказались лишними и потерялись - и никаких проблем с архивом за 10 лет)

Достойно уважения 🔥🔥🔥

В тему чексумм - https://github.com/htot/crc32c вот есть бенчи CRC32C. У меня в витастор скопипастена реализация от Mark Adler, которая в этом репозитории называется "crc32adler". Короче у меня на ноуте (Core i7-6700HQ) - 4 кб блоками производительность примерно 17.5 гигабайт в секунду 😊 "crc32intelc" и "crc32intelasm" ещё быстрее, там 20 гигов в секунду

Ryzen 5 3600 - 24 гига в секунду адлеровская, почти 30 гигов в секунду интел-си / интел-асм

Veeam B&R хочет XFS на сторадже, чтобы все плюшки работали. Но как-то для бекапа брать XFS без COW и скраба нормального на железе с SATA дисками и без кэша с батарейкой 🤔

> на железе с SATA дисками и без кэша с батарейкой 🤔

Это не входит в их рекомендацию, предполагается хардварный рейд или схд

Это в какой момент времени?

когда я их пробовал в 2012м

Тиринг и норм

Хотя не ясно че тс хочет в принципе

Коллеги, привет!

Есть glusterfs версии 6.10, столкнулся с проблемой при расширении, что-то не могу понять, куда копать.
Исходная ситуация: три диска, xfs, один volume со следующими параметрами, работает корректно, чтение/запись с клиента ок.

Type: Disperse
Number of Bricks: 1 x (2 + 1) = 3

Добавляю еще три брика(отформатированны идентично), операция завершается успешно, параметры меняются на:

Type: Distributed-Disperse
Number of Bricks: 2 x (2 + 1) = 6

После этого при попытке записать новый файл на клиенте возвращается ошибка

touch: failed to close /media/storage01/copy-test-123123: Bad file descriptor

В логе бриков:

setting xattrs failed Operation not supported

Вопрос - что я делают не так?

А ты пробовал отключать volume?

stop/start после расширения?

Да

И heal запускал?

Да, обе операции не дают результата. Что вижу: у файлов, созданных после добавления, отсутствуют xattrs trusted.ec.*
Ниже первый файл был создан, когда volume был в рабочем состоянии, второй файл -после добавления новых бриков.

[root@v-stg-pos-storage01 brick]# getfattr -d -m . -e hex /mnt/gluster-bricks/vol01/brick01/brick/test.file
getfattr: Removing leading '/' from absolute path names
# file: mnt/gluster-bricks/vol01/brick01/brick/test.file
trusted.ec.config=0x0000080301000200
trusted.ec.dirty=0x00000000000000000000000000000000
trusted.ec.size=0x0000000000000008
trusted.ec.version=0x00000000000000010000000000000001
trusted.gfid=0x5ecf2a240cc544d39838bf6563deb067
trusted.gfid2path.a1ad7f4066b6e761=0x30303030303030302d303030302d303030302d303030302d3030303030303030303030312f746573742e66696c65
trusted.glusterfs.mdata=0x0100000000000000000000000060f7ed0d0000000000e844e00000000060f7ed0c000000003aa6a4a10000000060f7ed0c000000003a346be4


[root@v-stg-pos-storage01 brick]# getfattr -d -m . -e hex /mnt/gluster-bricks/vol01/brick01/brick/test.file.2
getfattr: Removing leading '/' from absolute path names
# file: mnt/gluster-bricks/vol01/brick01/brick/test.file.2
trusted.gfid=0x401ae1f9b49e4dcd83fca964dd9a677f
trusted.gfid2path.8c0014e976718ee5=0x30303030303030302d303030302d303030302d303030302d3030303030303030303030312f746573742e66696c652e32
trusted.glusterfs.dht=0x000000010000000000000000cd19e6b1
trusted.glusterfs.mdata=0x0100000000000000000000000060f7f5a10000000010fbca130000000060f7f5a10000000010fbca130000000060f7f5a10000000010fbca13

При этом в клиентском логе при монтировании возвращается ошибка:

[2021-07-21 10:27:09.172416 +0000] E [MSGID: 122075] [ec-code.c:425:ec_code_space_create] 0-vol01-disperse-1: Unable to create a temporary file for the ec dynamic code [No such file or directory]

Отлично, клиент монтирует disperse volumes  некорректно без установленного пакета glusterfs-server

We recently fixed bug 1402661 by using the /usr/libexec/glusterfs folder for creating the executable files. This folder is created when you have the glusterfs-server package installed.

However, when you only have the client installed, it doesn't create the /usr/libexec/glusterfs folder. Therefore, disperse volumes cannot be mounted correctly. This is from the mount logs on the client.

https://bugzilla.redhat.com/show_bug.cgi?id=1421649