Не обязательно так - оперн сорсе убивает твою мысль)

опенсурс пишут профи и любители :)

первые опять же за деньги

опенсурс пишут профи и любители :)

Тогда бы линукс итп небылобы

Но не давая номер бага, ты не даешь возможность тебе возразить, ты это понимаешь?

Даю. Можно привести похожий юзкейс или решение конкретной проблемы

Тогда бы линукс итп небылобы

линукс пишут корпорасты. Почти все коммиты от корпораций

линукс пишут корпорасты. Почти все коммиты от корпораций

Ну это сейчас - а тогда много лет назад?

не знаю, я тогда маленькая была :)

и могу говорить только про то, что сейчас и недавно

Ок

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

они тоже часто вырастают из студенческих поделок just for fun

(могу ошибаться)

Незнаю тогда тоже никто незнал во чо линь вырастит)

Или гугл - тоже забава ребятишек

Даю. Можно привести похожий юзкейс или решение конкретной проблемы

Мой опыт с OVZ/PVC - 1) хостинг (100+ физических нод, 6000+ контейнеров) + другой хостинг - 10+ нод 2) офисные серверы (там внутри типичные офисные сервисы) 3) хай лоэд сайты 4) научные вычисления (сейчас это все должно смигрировать на openstack/sahara) Больше всего похоже на пункт 2. Там были из похожего: 1) Samba серверы с большими файлами и их скачиванием по гигабитной LAN 2) 1с иногда с масивными проводками и всё такое, с файловой базой данных 3) на той же физической железке Asterisk С телефонией проблем не было, которые бы были связаны с OVZ

Полагаю, что на другой, проблемной инсталляции, Asterisk бы работать не смог

Мой опыт с OVZ/PVC - 1) хостинг (100+ физических нод, 6000+ контейнеров) + другой хостинг - 10+ нод 2) офисные серверы (там внутри типичные офисные сервисы) 3) хай лоэд сайты 4) научные вычисления (сейчас это все должно смигрировать на openstack/sahara) Больше всего похоже на пункт 2. Там были из похожего: 1) Samba серверы с большими файлами и их скачиванием по гигабитной LAN 2) 1с иногда с масивными проводками и всё такое, с файловой базой данных 3) на той же физической железке Asterisk С телефонией проблем не было, которые бы были связаны с OVZ

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

не хостинг, не офис

ядро официальное, с wiki.openvz.org, или патченное, вроде хетзнеровского?

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

ядро официальное, с wiki.openvz.org, или патченное, вроде хетзнеровского?

официальное было

всё равно интересен номер бага :(

всё равно интересен номер бага :(

прости, я его найти не смогу

это как в науке, нельзя говорить о том, чего нет :)

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

это как в науке, нельзя говорить о том, чего нет :)

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

а сеть была venet?

/

я видела две кривые инсталяции openvz с проблемами с сетевой производительностью, там veth была сеть

и linux-bridge

я видела две кривые инсталяции openvz с проблемами с сетевой производительностью, там veth была сеть

Проблема была с дисковой производительносью и стабильностью - раз в некоторое время, порядка месяца хост падал в панику с отсылками на ноутро openvz.

ядро официальное, с wiki.openvz.org, или патченное, вроде хетзнеровского?

опечатка, проиксмоксового

опечатка, проиксмоксового

Это было примерно 5 лет назад, тогда проксмокса не было, докера не было, lxc юзали только смелые духом

Проблема была с дисковой производительносью и стабильностью - раз в некоторое время, порядка месяца хост падал в панику с отсылками на ноутро openvz.

я видела deadlock проблемы на vz5 ядрах и vz4

не паника, а deadlock, когда нельзя ребутнуть контейнер

на хай лоэд нагрузке

там была паника

на vz6 почти не видела такого

обычный такой kernel panic

там была паника

никогда не видела

повезло, что

Точнее нет, видела конечно на vz, когда корень не может смонтировать при развалившемся рейде, но это не vz специфика, а стандартное поведение линукса

повезло, что

мне кажется, что вы просто что-то не то делали

мне кажется, что вы просто что-то не то делали

я сомневаюсь в этом.

мне кажется что у вас просто не было такого характера нагрузок в то время

без конкретики это выглядит именно так :(

я уже третий раз повторю, что конкретики не будет, потому что прошло слишком много времени

систематическая паника на линуксе или хоть винде, без железных проблем, и без проблем с каким-то специфическим модулем (ну там кривой драйвер вайфая на ноутбке), сорри, не верю

не 1990-е годы же

систематическая паника на линуксе или хоть винде, без железных проблем, и без проблем с каким-то специфическим модулем (ну там кривой драйвер вайфая на ноутбке), сорри, не верю

баги случаются. На больших инсталяциях они случаются постоянно.

да, баги есть всегда

но кёрнел паника на продакшен ядрах и на разном железе?

странно звучит

на Лоре такое любят рассказывать про винду :)

но кёрнел паника на продакшен ядрах и на разном железе?

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

ну и приверженцы Дебиана про редхат, а другие красноглазики, из Генты и Арча (не было печали, из AUR'а покачали) про убунту (дебиан почему-то не трогают) :))

связанная с багом в фирмваре рейд-контроллера

связанная с багом в фирмваре рейд-контроллера

ой да, это ужасно

и что вендор говорит? Молчит :( ?

и что вендор говорит? Молчит :( ?

вендор сказал что "мы багу воспроизвели, ждите фикса". Идут годы, фикса нет, проблема становится чаще с ростом нагрузки.

жесть

а какой рейд-массив?

я имела ввиду карточка какая?

а какой рейд-массив?

несколько поколений HP'шек

тоже никогда не было такого со смартэррей

но правда я должна сказать, что у меня чаще всего был софтовый рейд

ERROR: S client not available

Но послушайте

Ведь ядра тех лет говно

я обычно предлагала экономить на железном, если не база данных, где бы был кэш на запись

2.6.32 OMG

WTF

Нет - я тоже лет пять назад делал инфраструктуру на OpenVZ

Но защищать такие решения сейчас - это какое-то безумие

ПЯТЬ ЛЕТ ПРОШЛО КАМАН

угу, и сейчас есть vz7 :)

оно зарелизилось

и там есть интеграция с опестком :) я ещё не щупала, но звучит вкусно,

я имела ввиду карточка какая?

несколько разных. P220i то на что первым залогинился.

один опенстек, а в нём разные компьюты -

Опенстек говно

KVM по умолчанию,

docker для разработчиков (смотрела, работает!),

P246br второе

и vz для как бы энтерпрайз виртуализейшен для линукс онли

I like docker

I like docker

I love docker & openvz :)

@polnoch опять же, нагрузка специфическая. Постоянно на запись порядка 20 тысяч иопсов и еще 500 на чтение

мелких

то есть по 512 байт

@polnoch опять же, нагрузка специфическая. Постоянно на запись порядка 20 тысяч иопсов и еще 500 на чтение

что? А какой сторадж под это всё был?

это сейчас ssd

а тогда же не было

что? А какой сторадж под это всё был?

Я говорю про текущие сервера, это 2 ССДшки в рейде0

вообще 5-6 лет назад и vz + сторадж странно

вообще 5-6 лет назад и vz + сторадж странно

стоп стоп, я про другое уже

ты сказал что странно видеть панику на ядрах, я сказал что у меня есть сейчас система где из-за рейд контроллера оно пару раз в неделю

Ну как бы тоже всё будет работать, если vz + 2 SSD в зеркале(рейд 0 как-то страшно же)

потому что там бага в фирмваре