s3 outage details posted

[Dmitry67]

Вот видите как легко вы выходите из себя

[iDesperado]

кругом одни дартаньяны, куда вам серым знать какие они, студенты. какие студенты только Великий Влад знает

p.s. не верю, что человека с такими познаниями лекции допустят читать.

[zVlad]

кругом одни дартаньяны, куда вам серым знать какие они, студенты. какие студенты только Великий Влад знает
чф
p.s. не верю, что человека с такими познаниями лекции допустят читать.

А Вы себе просто задайте вопрос: кому интересно во что Вы верите или не верите? Верущий, понимаешь, нашелся.

[Kolbasoff]

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

Во времена когда вы и я учились не было рынка, а было распределение на предприятия народного социалистического хозяйства и было действительно не особо важно где получать 120 рублей в месяц. Сейчас студенты прекрасно знают зачем они учатся, и в России они это знают даже больше чем в Америке и Канаде, потому что в России капитализм жестче. Вопрос "а зачем мне изучать умирающее плохо оплачиваемое ремесло" непременно возникнет у студентов и может быть задан на лекции.

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

Вы знаете достаточно хорошо все что связано с эксплуатацией МФ, так как проработали 17 лет админом этого МФ. В других вопросах ИТ вы не разбираетесь, уж извините за прямоту.

[zVlad]

.......

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

Вы знаете достаточно хорошо все что связано с эксплуатацией МФ, так как проработали 17 лет админом этого МФ. В других вопросах ИТ вы не разбираетесь, уж извините за прямоту.

Назовите пару-тройку "других вопросов ИТ" в которых, по-вашему, я не разбираюсь.

[fruit6]

Вы знаете достаточно хорошо все что связано с эксплуатацией МФ, так как проработали 17 лет админом этого МФ. В других вопросах ИТ вы не разбираетесь, уж извините за прямоту.

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

[katit]

.......

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

Вы знаете достаточно хорошо все что связано с эксплуатацией МФ, так как проработали 17 лет админом этого МФ. В других вопросах ИТ вы не разбираетесь, уж извините за прямоту.

Назовите пару-тройку "других вопросов ИТ" в которых, по-вашему, я не разбираюсь.

Ну видимо в angular.js/node.js за которые стенкин $30 в час платит

[iDesperado]

Назовите пару-тройку "других вопросов ИТ" в которых, по-вашему, я не разбираюсь.

Влад, ты откровенно туп в своем воинственном невежестве. просто почитай наши дискуссии
https://forum.privet.com/viewtopic.php? ... 6#p5990026

ты же процессор от ядра так и не отличаешь, какие лекции с таким невежеством ?

[Kolbasoff]

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

Все, замолкаю. Кстати, про oджайл. Вы не поверите, но уже 6 месяцев без него и без стоячих пионэрских линеек по утрам. Этот рыболовецкий сезон оказался на редкость приятным и интересным, во всех отношениях.

[mskmel]

Друзья, всякий раз как вы слышите о продукте написанном в WebSphere

Я одновременно слышу: "А чего он еще на JBoss или microservices не переписан?!"
WebSphere это очень недешёвый продукт при big scale.

[zVlad]

Друзья, всякий раз как вы слышите о продукте написанном в WebSphere

Я одновременно слышу: "А чего он еще на JBoss или microservices не переписан?!"
WebSphere это очень недешёвый продукт при big scale.

Этот продукт еще есть на WebLogic.

[mskmel]

Этот продукт еще есть на WebLogic.

Есть, по $45к за ядро + $10к в год за поддержку.
Меньше 10 ядрышек, и уже имеет смысл фултайм разработчика держать, который будет в поте лица трудиться - переписывать это на что-то более современное\дешевое.

[StrangerR]

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

И даже если проверка выключена но в момент сбоя были активные записи, то иногда выполнение журнала может занять десятки минут. И я не думаю что zOS тут чем то отличается от Линуксов, разве что умолчаниями (которые нужно выключать вовремя, но откуда индусские аутсорсеры знают такие тонкости то?)

Странно что Амазон строит критические системы на файловой системе с указателями целость которых нужно проверять при холодном старте (после аварийного останова как я понял).
Файловая система zOS/ MVS устроена так что файлы (наборы данных) оккупируют область дисков заданного размера (может быть несколько дисков сразу) и в дальнейшем расширяются заданными кусками (extent) которые можно и отменить. Таким образом холодный старт после аварии системы лишь проверяет были ли завершены операции расширения наборов данных на диске - это проверка одного бита на диске - и если такая операция была прервана, то идет проверка extents всех наборов данных и сопоставление их с данными о свободных участках. Эта проверка позволяет починить диск гораздо быстрее чем в случае блочной файловой системы с цепочками блоков.
Примерно так и надо было поступать Амазону.

[Dmitry67]

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

[zVlad]

..... И я не думаю что zOS тут чем то отличается от Линуксов, разве что умолчаниями (которые нужно выключать вовремя, но откуда индусские аутсорсеры знают такие тонкости то?)

...
Файловая система zOS/ MVS устроена так что файлы (наборы данных) оккупируют область дисков заданного размера (может быть несколько дисков сразу) и в дальнейшем расширяются заданными кусками (extent) которые можно и отменить. Таким образом холодный старт после аварии системы лишь проверяет были ли завершены операции расширения наборов данных на диске - это проверка одного бита на диске - и если такая операция была прервана, то идет проверка extents всех наборов данных и сопоставление их с данными о свободных участках. Эта проверка позволяет починить диск гораздо быстрее чем в случае блочной файловой системы с цепочками блоков.
Примерно так и надо было поступать Амазону.

Интересная логика. Вы "не думаю что zOS тут чем то отличается от Линуксов" и при этом цитируете мое пояснение чем zOS отличается (принципиально отличается) от Линух в этом плане.
Это свойство файловой системы zOS позволяет создавать кластер с общим полем дисков доступных каждому ноду по чтению/записи. Речь идет не об NFS конечно.