как в процессе копирования можно сломать базу ? может она уже сломана была ?

винты 1Т, база весит 0,75Т

сжатие. Если у него первая версия движка то сжимая все что он дампит и копирует может в 400Гю влезть

репейр нихера не ломает.

у меня сломал один раз. Потер данные

_картинка дауни младшего закатывающего глаза_

как в процессе копирования можно сломать базу ? может она уже сломана была ?

если там один диск - то его могли просто покрошить физически. Особенно, если он SAS

Омг да драма

и причем тут репейр ?

как в процессе копирования можно сломать базу ? может она уже сломана была ?

после анклин шатдауна с вылетом батарейки на рейде (напряжение в ДЦ скакануло до 480) востсановление базы восстановило ее с другими _id

Лепра лавс да драма

правильно

выкиньте нахуй свои рейды с батарейками

=)

Уже :)

выкиньте нахуй свои рейды с батарейками

шутник.

вы бы еще сказали "я уранил винт когда ставил в другой сервак" а потом репейр не смог восстановить мои данные.

и причем тут репейр ?

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

а зачем вы после одного в качестве примера приводите другое ? )

вы бы еще сказали "я уранил винт когда ставил в другой сервак" а потом репейр не смог восстановить мои данные.

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

именно !

а зачем вы после одного в качестве примера приводите другое ? )

я не привожу пример :) я только рекомендую ПЕРЕД repair сделать копию базы на случай, если этот repair что-то где-то поломает. Если не поломает - выдыхаем и удаляем спокойно копию

я и предлагаю на тот сервак на который репликацию пытается восстновить запустить атм mongodump

он все равно не сможет сделать его. места не хватит

это первое.

именно !

Упс, я вдруг пролистал выше и понял что ва не мне на предложение сначала скопировать потом чинить отвечали, прошу прощения

я писал о том же самом

процитировать мое старое сообщение?

возможно ему для начала помог бы compact а потом repair

дамп, стоп, рипейр

да там диск sas

но у него баз много, и пусть он сам считает сможет ли ему компакт что покампактить ))

но на днях проверяли там по дискам всё норм

он все равно не сможет сделать его. места не хватит

Да почему? Делать дамп в аутпут который потом сжимать на лету перед записью

да там диск sas

выкинь нафиг. У меня полка с SAS-дисками была, они мрут раз в месяц

Да почему? Делать дамп в аутпут который потом сжимать на лету перед записью

repair не сможет. Нужно 2х места

Я про копию и дамп в соседний сервер

Да почему? Делать дамп в аутпут который потом сжимать на лету перед записью

потому что это встроенная функция которая требует х2 места. Вы наверно хотите сказать что она ничем не отличается от dump\restore но мы и пытаемся попросить его это сделать )

пока что первую половину )

Я не про репейр

Я не про репейр

так не получится-то рипейр. Дамп на соседнюю машину просто

спокуха. все все поняли. человек молчит видимо гуглит как запустить монгодамп с соседней тачки либо делает уже )

Я предлагаю сделать на соседнюю машину дамп и копию. Потом, коль скоро дамп пройдет, можно либо пробовать (ну вдруг кому-то хочется) делать репейр либо просто накатить обратно сразу со сменой движка на wt

ну или морально готовится...

Я предлагаю сделать на соседнюю машину дамп и копию. Потом, коль скоро дамп пройдет, можно либо пробовать (ну вдруг кому-то хочется) делать репейр либо просто накатить обратно сразу со сменой движка на wt

а мотом долбать мозг себе, как же дифф накатить да ? )

потому что волы мы писать человечески не можем.

Я предлагаю сделать на соседнюю машину дамп и копию. Потом, коль скоро дамп пройдет, можно либо пробовать (ну вдруг кому-то хочется) делать репейр либо просто накатить обратно сразу со сменой движка на wt

очень медленно. Проще сделать slave на WiredTiger, сделать его мастером и поменять движок на бывшем master - получим master + slave на wired tiger

потому что волы мы писать человечески не можем.

Волы?

WAL

oplog

очень медленно. Проще сделать slave на WiredTiger, сделать его мастером и поменять движок на бывшем master - получим master + slave на wired tiger

ИМХО за 6 часов (проскакивала эта цифра) можно было сделать это

WAL

Я б сначала остановил прод ну или запланиовал все на ночь когда можно остановить

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

о

тут тоже репликация

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

коллеги спасибо за советы

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

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

прод останавливать нельзя даже ночью

там вот человек писал

вот я тоже спрошу. Есть мускул М-S репликация(RBR+GTID). Происходит какая-то мистика - SHOW SLAVE STATUS показывает что репликация идет, но

[In reply to Evgeny Kruglov] очень медленно. Проще сделать slave на WiredTiger, сделать его мастером и поменять движок на бывшем master - получим master + slave на wired tiger

вот это интерестно

1) внезапно скачет seconds behind master

связь?

2) на мастере пропадает SLAVE HOST и из процессов выпадает репликация

вот это интерестно

Если слейв не собирается тк мастер падает?

на сервере с мастером забивается кеш память

ERROR: S client not available

я пока другой причины не вижу

3) в логах жесть типа 2016-05-17T13:28:32.198251Z 11 [Note] Slave SQL thread for channel '' initialized, starting replication in log 'mysql-bin.000024' at position 495266629, relay log '/var/log/mysql/slave-relay-bin.000129' position: 4 2016-05-17T13:28:32.210972Z 10 [Note] Slave I/O thread for channel '': connected to master 'user@dhost:3306',replication started in log 'mysql-bin.000024' at position 495266629

как только доходит до 100% тут же падает мастер

2й день голову ломаю (

на сервере с мастером забивается кеш память

совпадение)

http://dl.dropbox.com/u/12617456/Selection_122.png на заббиксе лаг выглядит так

и да, тестоый апдейт не доезжает

не думаю

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

посмотрим

что из этого получится

http://dl.dropbox.com/u/12617456/Selection_122.png на заббиксе лаг выглядит так

попробуй свой вопрс задать в тематической группе

http://risovach.ru/kartinka/9970372

прод останавливать нельзя даже ночью

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

откуда уверенность что нужно чинить?

откуда уверенность что нужно чинить?

мы это обсуждали выше. У вас падает тред из-за невозможности чтения файла базы. Скорее всего это означает повреждения файлов базы.

а вы не пробовали выключить и включить?

повторюсь что падает когда становиться 100% памяти

а вы не пробовали выключить и включить?

нельзя, писали же. 5х9 на одном сервере

нет не пробовал

это отсылка

Всем привет. Подскажите плиз ключевые слова для гугления, чтобы решить задачу: есть сервис на Python + Postgresql. Надо сделать второй сервер аналогичный и фронтенд перед ними поставить, чтобы в случае падения основного сервера фронтенд переключался на второй сервер. Запросы к серверу не http, просто tcp. Я так понимаю, что на Postgresql надо реплику настроить. Но вот как подойти к задаче, по распределению запросов к бэкэнду не совсем понимаю. Какой для этого софт использовать? И можно ли на Postgresql настроить Master - Master репликацию или на балансировщик прикрутить скрипт, который будет переключать базу из slave в мастер? Как правильней?

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

haproxy

и bdr ))

bdr норм в целом будет работать? (при условии, что я вдумчиво прочитаю документацию). Подводных камней никаких на практике не встречалось?

pgpool для балансировки

и стриминг реплику

с фейловером

Я правильно понял, pgpool использовать в случае если сам сервис будет на фронтенде, а на бэкэндах чисто Postgresql? В случае же с haproxy сервис остаётся на бэкэндах вместе с базой и тогда уже ключевое слово для гугления - bdr?

ребят, приветствую а никто youtrack и gitlab не интегрировал? что за сертификат он просит?

от чего?