s3 outage details posted

[АццкоМото]

Во первых, на zOS никогда не бывает ошибок
Во вторых, все ошибки исправлются за гарантированное время
В третьих, вся куча ошибок на zOS от сраных современных программ типа java, идиотов подрядчиков и некомпетентного менеджмента, пляшущего под из дудку

какая прекрасная подборка взаимоисключающих параграфов!

[StrangerR]

А еще на zOS сумели придумать какую то супер пупер файловую систему, в которой нет лога изменений (который нужно заапплаить при рестарте), не нужны проверки целостности хотя бы ради спокойствия ОС, и которая в 100 раз эффективнее, чем активно развивающиеся zFS, ext4, bitfs?? Марсиане, что ли, в IBM работают?

Кстати, в Линуксах очень долго жила IBM-овская файловая система как одна из опций. Особой популярностью не пользовалась. И была известна тем, что _уж если сломается то фиг починишь_, насколько я помню.

Это свойство файловой системы zOS позволяет создавать кластер с общим полем дисков доступных каждому ноду по чтению/записи.

Оооо, а еще там кластерная файловая система без проблем master node, timeout, split brain, fencing и прочего _кошмара любого сисадмина, знакомого с кластерами_. Это наверное даже не Марсиане придумали, а Тау Китяне, потому что о таком чуде я например даже не слыхал.

(Нет, есть хитрые кластерные FS вроде Vmware vfs _почти_ без таких заморочек, но они ... как бы не совсем файловые системы, операции над самими файлами там принципиально медленные потому что они нужны крайне редко, они заточены на _один узел или несколько открыли файл и висят на нем годами_).

// А так-то _кластер с общим полем дисков доступных каждому ноду_ у нас в Курчатнике был году так в 1980-м, уже. Ничего нового.

[zVlad]

StrangeR, Вы знаете только одну из возможных архитектур файловой системы - блочную. А есть и, по крайней мере одна, не блочная. Отсюда все Ваши заблуждения и неадекватные высказывания.

[Dmitry67]

StrangeR, Вы знаете только одну из возможных архитектур файловой системы - блочную. А есть и, по крайней мере одна, не блочная. Отсюда все Ваши заблуждения и неадекватные высказывания.

Завтра будет интересный день

[Easbayguy]

StrangeR, Вы знаете только одну из возможных архитектур файловой системы - блочную. А есть и, по крайней мере одна, не блочная. Отсюда все Ваши заблуждения и неадекватные высказывания.

Завтра будет интересный день

Я не в теме, а что будет завтра?

[Flash-04]

Если мы про records, то те же яйца - вид сбоку.

[zVlad]

Если мы про records, то те же яйца - вид сбоку.

Нет не теже и не сбоку. Если хотите содержательно поучаствовать то почитайте про архитектуру дисков CKD - Count Key Data. Я уже здесь об этом рассказывал, повторяться не буду.

[АццкоМото]

в ход пошли танки 64 года выпуска

[zVlad]

в ход пошли танки 64 года выпуска

Прочитал одну, первую, строчку в Вики. Молодец, продолжай дальше, много нового и интересного узнаешь.
Для тех кто незамедлил появиться с намеками на давность архитектуры CKD и приверженности ей в zOS могу сообщить что современная, модная файловая система с блочной архитектурой в zOS тоже имеется. Называется она zFS (заменившая HFS лет десять назад), и реализованная в традиционных наборах данных на CKD эммулируемых дисках. Вот в ней есть журнал изменений и она требует проверки при неплановой перезагрузке. Т.е. в zOS есть и то что есть в других системах.
Но используется zFS в основном в портированных из Unix продуктах и в Java.
DB2 for zOS использует исключительно CKD для хранения данных и индексов. Поэтому при перезагрузке идет проверка только журнала транзакций DB2. Файловая система zOS (точнее говорить MVS) никакого журнала изменений не имеет, а проверяются лишь VTOCs, на предмет незавершенной операции распределения памяти на диске. Это не берет много времени и легко чинится.

[Flash-04]

Нет не теже и не сбоку. Если хотите содержательно поучаствовать то почитайте про архитектуру дисков CKD - Count Key Data.

"ты не умничай, ты пальцем покажи" (с) анекдот
ссылку давай!

[Flash-04]

Файловая система zOS (точнее говорить MVS) никакого журнала изменений не имеет, а проверяются лишь VTOCs, на предмет незавершенной операции распределения памяти на диске. Это не берет много времени и легко чинится.

тогда MS DOS ещё круче, там вообще ничего не проверялось, и времени не тратилось

[StrangerR]

StrangeR, Вы знаете только одну из возможных архитектур файловой системы - блочную. А есть и, по крайней мере одна, не блочная. Отсюда все Ваши заблуждения и неадекватные высказывания.

Завтра будет интересный день

С нетерпением жду, когда нам объяснят святые истины про _не блочные файловые системы_. Очень интересно. А то я их довольно много знаю, но если не считать _базы данных_ файловыми системами (иногда они их подменяют, это да), то все имеющиеся как-то блочные (хотя некоторые и умеют короткие данные хранить в метаданных, ну или еще что-то там изображать). Ну и еще конечно можно Екзадату сюда приклячить, не знаю как ее считать - вроде не файловая система но искать умеет и хранить объекты умеет...


Я же говорю, прилетели Тау Китяне и провели лекцию на тему _файловые системы для нашего, Китянского, десятимерного пространства, в котором четыре оси времени и шесть - измерений..._. Я вот сижу с попкорном и жду, когда меня просветят. А то для нашего четырехмерного что-то ничего кроме _журнал redo, мастер сервер и кворум, фенсинг тем или иным путем, heartbeat хотя бы через хитрый контроллер, блокировки хотя бы в контроллере, восстановление ФС после сбоя путем перепроигрывания журнала_ ну ничего не имеется (даже copy on write файловые системы вроде ZFS тоже примерно похоже себя ведут, хотя там чего только нету, даже контрольная сумма данных хранится).

Но кстати, если пресловутый мейнфрейм резко выдернуть из розетки, а потом включить назад, то я могу поклясться, что еще не факт что там все встанет, если перед тем его 10 лет не выдергивали. Особенно учитывая навороченные возможности _вставлять и вынимать железо и апгрейдить_ на ходу (по моему опыту, эти навороты ломаются первыми, нагляделся на Сановских мейнфреймах в свое время).

[zVlad]

Файловая система zOS (точнее говорить MVS) никакого журнала изменений не имеет, а проверяются лишь VTOCs, на предмет незавершенной операции распределения памяти на диске. Это не берет много времени и легко чинится.

тогда MS DOS ещё круче, там вообще ничего не проверялось, и времени не тратилось

Смешно, но не умно. Ссылку я навязывать не буду, из много на интернете. Статью в Вики вон АтцкоМото за несколько минут нашел. Правда одолел только одну первую строчку, а их там много, хотя и не до конца тема изложена, далеко не.

[StrangerR]

Кстати, тогда уж самая крутая ФС у VMware. Она кластерная, и там, кошмар, нет ни фенсинга ни fsck. И не ломается.

(ПРавда, мелкая деталь - это по сути LVM а не ФС, то есть расчитана на много работы с постоянными по размеру файлами и редкой - редкой необходостью их иногда создавать, удалять, и открывать. И то я подозреваю что псевдо-мастер там имеется, а блокировки через контроллер или SAN там имеются стопудово).

[АццкоМото]

в ход пошли танки 64 года выпуска

Прочитал одну, первую, строчку в Вики. Молодец, продолжай дальше, много нового и интересного узнаешь.

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