Да неважно, что там на хосте было. Архивы-то, скорее всего — это обычные tar-ники, а от ОС требуется лишь поддержка scsi-адаптера.

Не имели бы. Сан в рамках популяризации соляры всё больше начинала еще двигать на x86.

На неё забили еще при жизни sun

Накину на вентилятор: s3 на лентах
https://www.point.de/en/home/

На тему лен, коллеги, мб кто-то сталкивался с проблемой:
Библиотека TS3200, OS - RHEL 8.3.
При попытке записи

mt -f /dev/IBMtape rewind; mt -f /dev/IBMtape weof

получаю сообщение:

/dev/IBMtape0: Input/output error
mt: The tape is write-protected.

В логе /var/log/lin_tape.errorlog: Hardware error
В логе /var/log/lin_tape.trace: tape_check_result SenseKey: 04 ASC: 03 ASCQ: 02.

04 я так понимаю это Hardware Error как раз, по поводу ASC ASCQ в официальной доке такого сочетания не нашел,
нашел подобное тут:
http://www.meduniwien.ac.at/itsc/services/backup/docs/pubs52/messages/html/anrcms5248.htm

Пишет, что Excessive write errors..

Со стороны библиотеки, в то же время, касета помечается как bad tape.

Если пробовать через стандартный st драйвер, то в логах тоже самое:

kernel: st 12:0:0:0: [st0] Sense Key : Hardware Error [current] 
kernel: st 12:0:0:0: [st0] Add. Sense: Excessive write errors

Всем привет, короче, я хочу прорекламировать ещё одну свою поделку - GeeseFS: https://github.com/yandex-cloud/geesefs
Вкратце - это наконец-то НОРМАЛЬНЫЙ fuse поверх S3.
Нормальный - это, во-первых, быстрый - то есть, быстрее всех других fuse-s3 за счёт параллелизма - например, копирование 6500 мелких файликов в s3 через s3fs занимает 50 МИНУТ, а через GeeseFS - 25 СЕКУНД.
А во-вторых, корректный - достаточно корректный для того, чтобы проходить применимые тесты из xfstests (тестов ФС, которыми тестят все "взрослые" ФС - xfs, ext4 и т.п.).
Ну и ещё на основе GeeseFS сделан CSI для кубера: https://github.com/yandex-cloud/k8s-csi-s3 - можно подключать S3 как RWM волюмы (хотя, естественно, при одновременном доступе в один файл с разных нод ничего хорошего не будет).
Запилено это, как можно заметить, уже от имени яндекса, и дефолтный endpoint тоже яндексовский. 😊 И даже оптимизация есть одна яндекс-специфичная. 😊 конкретно - на не-яндексовском S3 чтение xattr будет медленное, потому что в стандартном S3 нет UserMetadata в ответах ListObjects.
В общем, кому интересно подключать S3 как ФС - пробуйте, несите фидбэк.

так вот какой хуйней ты в яшке занимаешься 🤣

АГА!

=))

ну что ж не хучшее занятие

Не самых плохой вариант

хотя конечно за фс поверх с3 надо руки отрубать

Ну там дальше ещё какие-нибудь хитрые оптимизации запилю

На самом деле ХЗ. Конечно полноценной ФС не будет, но такой цели и нет, есть цель для простых кейсов

все равно надо отрубать

Ну до сих пор многим нужна ФС

Именно ФС, а не S3

потому что вот эти вот програмисты, прости хоспаде, берут это говно для «простых кейсов» и тащат в прод

вместо того чтоб напилить 100 строк кода

а потом кейс хуяк и стоновится не простым