netwind,

что не подходит?
посмотреть дебаг-лог? не смешите ...
вы же "все видите дальше", что там дальше?
Пустота там, с логами состояния, ничего никто не знает, даже разработчики...
Знали бы - ответили "Ты вася сделай так и так и все будет хорошо"

Чем Убунту не славен... вы хоть с Линуксом общаетесь?
Сравните ядра в Дебиане Центе по одну сторону и Убунту федорой по другую, а потом проанализируйте, что ставят на серьезные сервера из Линуксов. Отвечу - ставят более консервативные дистрибутивы.

Alex_Ustinov,

кстати, из собственной практики, в этот год
не захотел переводить сервера с Цента6 на Цент7 - перевел на Убунту 14, такой же ЛТС, теперь просто плююсь, то одно ляжет то другое не встанет...
хотя дома Убунту - десктоп, не жалуюсь

netwind,

спасибо за мнение.
мое мнение - оно неправильное, буду точнее - вы занимаетесь отрицанием, не говоря утверждения.
и вы не тот человек, который может говорить в данном случае, правильны мои предположения или нет.
У вас просто нет предположений.
Про убунту речи не идет, посмотрите на название топика.
У топик стартера ОС-Убунту 14 ЛТС. Перечитайте.
Про память я даже не заикался. (опять же - про... даже не понял про какую)
Не надо комкать все что у вас в голове с моими репликами.

Суть. У человека в обкатке Галера на убунту. Регулярно вылетает ошибка (выше). В продакшн он такое ест-но не запустит.

авторAlex_Ustinov,
вот два ваших неверных предположения :
1 это не проблема конфигурации
2 памяти достаточно1 и 2 - это мое или ваше, я свое не узнаю.
Я не зря упомянул про 100 случаев, У галеры узким местом может быть даже "узкий" хаб 100М

Hett,
да ставят Убунту, верю я вам, и у самого стоит. Просто у меня степень надежности в практике у Убунту занижена. Так сложилось.
В дебаге запустили? интересен лог.

Hett,

***Что Вы привязались к памяти я не знаю, ещё в первом посте написал, что её точно хватает.

))) да не приязывался я к памяти... Я вижу что ее выше крыши (в системе)
в логе который вы показали, не было параметра выделенным шрифтом sort_buffer_size, стал навскидку считать и не увидел.
Все проблемы в Линуксах на виду. Только самое сложное где их найти эти виды...

netwind,

правильно, я могу накопипастить ваши только отрицающие реплики.

Перечитайте, и вспомните для чего существуют форумы, прежде чем написать в ответ.
И это не отфильтровывать чужие предположения.

netwind,

дебаг-логи на что-то прольют, примерно будет видно где затык.

я вижу все чисто объективно - это галера + ноды + сетевые интерфейсы (свич)+ плотность записи на диски
и это узкие места, в одной галере дело не сто`ит
Если бы Hett сказал - у меня свич 10G и интерфейсы мин 1G и диски SSD я бы не предполагал может быть "лишнего"

netwind,

****Это третье бесполезное предположение от вас.
да не надо считать мои верные неверные предположения, вы не можете утверждать какие они по сути.
первые два я так и не понял, может быть их уже 4-е?

Странная у вас позиция... отфильтровывать...
Не ведите себя как Люмикс... Он как я видел, любитель бесполезного оффтопа
Диссертацию что ли пишите...

netwind,

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

Вы поймите процесс галеры, даже просто механизм и будет проще...
Несколько ПК отсылают друг другу информацию по своим портам и пишут ее на диски.
Опять же я предполагаю, что все ноды самостоятельно "хороши"
Настройки очень просты, но в данной схеме есть узкое место. Его надо вычислить.
По моим предположением забиваются либо потоки либо упор в запись на диск.
Если это каким то образом подтверждается - делаем так и так, если нет копаем дальше
сигнал 11 - это общая ошибка для многих случаев именно в таких ситуациях.
А вы что-то отсеиваете, если еще сеять нечего, еще только собирается посадочный материал...

netwind,

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

Практически любые ошибки в программах - это неверное "использование-управление памятью", так сказать "утечка", или какие то блокировки (???). Что такое блокировки? А это блокирование к страницам памяти да и диска тоже, опускаясь на землю, у нас же есть ibdata, с которым проводятся достаточно мощные операции. А откуда блокировки? Ах да, тут же потоки...Ах да, тут же семафоры для поездов ))
Кстати, модное слово Мутекс (мьютекс мютекс, в какой удобно транскрипции) - это всего лишь "бабушка с влажком" - пускать дальше или приостановить поток. Если вы хоть что-то близко делали на с/с++ - вы должны это понимать.

Говоря о википедии - ее можно читать, но догмой считать нельзя. Статью писал человек, возможно такой же как и вы. Многие пишут для "плюсиков". Я знаю сотню статей ни о чем, которые показывают просто при устройстве на работу - "посмотрите сколько у меня статей!". Думать, еще раз думать, задача программиста. И искать лучшие варианты.

А теперь о том что я упоминал выше. Вы просто переписали мои предположения другими словами.
Пока, я на 99 процентов уверен, что проблема с потоками (которые используют память), и если урегулировать потоки в ноде (уменьшить) и на галере (допустим, есть такое wsrep_slave_threads ), то что-то можно выжать. Возвращаюсь к выше сказанному мной - "надеюсь что железо в порядке" (пометим /***/).
Про сто случаев у signal 11 я уже писал. Еще раз - сигнал 11 подходит под 100 ошибок. Все они растут из одного места (если /***/ в порядке).
Если вы не читаете то что я пишу, то мне не пишите.

....Вы возвели себя в ранг непонятно кого (уже честно напрягает). Спускайтесь на землю. Здесь все спокойно... И упрощайте, упрощайте. Буздумное заучивание терминов не приводит к результату. Важно понимание.
на сим хватит, оффтопить. Уходит очень много времени.
и еще.
Сейчас мы обговариваем элементарный "тюнинг", чтобы привести систему в спокойную работу. Умные слова отбросим.

Hett,

я не вижу что у вас, поэтому такие общие вещи.
еще мелочи-
проверьте синхронизацию времени (ntp)
отключение selinux (допустим MariaDB Cluster этого настоятельно просит)
таблицы все innodb (без MyIsam), первичные ключи (уникальные ключи),
если время у вас позволяет, конечно лучше сделать все с нуля. Хотя бы будете уверены, что все на чистом листе.
****...какие запросы выполнялись до крэша но это ничего не проясняет, так как всегда все по разному
если это будет дальше - смотреть запросы. ведь крах в рез-те их выполнения (баги существуют, их надо обходить).

netwind,

я против отправки core разработчикам или куда угодно. Ни одним словом это не озвучивал.
Я не дал ни одного вредного совета. Я наталкиваю на мысль, предполагая что-то, и получаю доп.информацию.
Вы не дали никакого.
Посоветую читать не энциклопедические статьи, а практические и конечно мануалы.
Вспоминая ваше упоминание о с/с++ напомню, что добавление одного ключика при компиляции резко меняет дальнейшую судьбу приложения. Этого ключика вы можете не найдете в энциклопедии.

Теперь после ответа Hett - @...какие запросы выполнялись до крэша но это ничего не проясняет, так как всегда все по разному...@
ситуация упростилась. Это не проблемы Галеры (как я и предполагал), интерфейсов, сетевой структуры, а проблемы структуры базы, говорю общими словами. Выше мною написано - баги существуют, можно элементарно наткнуться на баг при использовании NULL default у поля.