Стоит ли держать там VPS?

плюс, после разворачивания бекапа сквид сразу не мог стартовать из-за той же ошибки. то есть, и пары секунд после старта не проходило. А тут несколько дней бекапы делались, и сквид точно работал на какбы RO ФС по утверждению техподдержки. неверю!(ц)

Ты бы ещё btrfs накатиле и жаловалесь.

Внезапно, но она ведёт себя стабильнее, чем EXT4. Держу VPS на ней.

Ошибка выжившего, угу.

Внезапно, но она ведёт себя стабильнее, чем EXT4.

а теперь мы достанем код обеих ФС, и культурна нах, а не как гуманитарии поясним, почему ext4 может потерять где-то данные, а btrfs нет, на примере демонстрирования поведения ФС, которое привело к потере данных.

Да неудачно они ноду с твоей ВПС по питалову дернули. А бэкапы - какие-нибудь снепшоты LVM, вот и всё.

После проверки в rescue-режиме развёрнутых бекапов...невозобранно пропадал /usr/share

...
прогона fsck то есть.
что же так криво ext4 написана, что из-за потери электричества каталоги теряет? да ладно

ну если бы сквид не гонял, то можно было бы что-то ковырять.
Но сквид... прохладно же. Так что 50/50 кто-то там напортачил.

Кстати, у тебя есть AMD FX-8350? Это ты бенчмарк шифрования на 5ГГц разгона выкладывал?

(в пределах текущих 3-4 годков?)

А то вспомнил я это дело в теме про замену i5->Xeon

Да всё норм же. У меня на совсем другом хостинге аналогичная история была. Техподдержка придерживалась мнения «сам – дурак».

шифрования

сильно не уверен. я игровые бенчи только выкладываю обычно в жэжэ.
у меня 8320, и то, появился сравнительно недавно

Любая ФС при определенных обстоятельствах может потерять каталог. Тем более, что здесь, скорее всего, хостер использует writeback. И рубанул электричество он в не самый удачный момент, когда у твоей ВПС много чего было позаписано на диски, как она думала, а на самом деле всё это было в кэше. А бэкап - снепшот, который в общем-то, тоже стал инконсистентным, так как опять же writeback.

ясно, значит попутал.

Дай угадаю: у провайдера Xen? :)

Вообще там ЕМНИП ОВЗ и КВМ

А что не так с Xen?

каталог usr/share в кеше?? да ладно

А что, софт в /usr/share не пишет? Тебе одного инода тупо хватило.

Тебе одного инода тупо хватило.

не понял вот это момент.
начнём с того, что это системный каталог ОС, создаваемый и наполняемый при установке ОС. Как он мог остаться только в кеше и не быть записанный на диск?

Ну я тихо предполагаю, что проблема могла быть во время записи в каталог, когда накернилось всё вместе с журналами. Вполне какой-то софт мог писать, и инод мог тупо поменять. Ну и еще вариант: проблема случилась во время какой-либо миграции (что, кстати, мне представляется по прошествии времени более вероятным) между нодами. Они ж там на десктопном железе ноды собирают.

Да были у меня неприятности примерно как у автора.

есть ссылочка?

привет, кто на аватарке?

вот хз. не интересовался, какая там вышестоящая инфраструктура

Ссылка на что? На мою сдохшую VPSку? :)

может писал о причинах более подробно где-то...

Стоит. Живу там и горя не знаю.

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

есть советы для более надёжного хранения впс?

надежность дораха! делай бекапы и держи конфиги в каком-нибудь ансибле, вариант для пролетариев

ну и на EXT4-fs error надо вовремя реагировать, логчек какой-нибудь настрой с фильтрами

да были, ЧСХ, там бекапы. уже упоминал. восстановление из бекапа - тоже ломанная ФС.
Там два вида резервных копий, снапшоты и бекапы.
чем отличаются на хецнере, особо не вдавался в подробности. если снапшоты умеют в целостность ФС, тогда да, надо было юзать их.
я просто подключил «backups»

Так надо было самому делать.