а почему их нужно заменять?

Коллеги, привет! Подскажите, почему на асинхронной реплике при селекте могу получать такую ошибку ОШИБКА: не удалось прочитать блок 0 в файле "base/16397/2255745" (прочитано байт: 0 из 8192) На мастере все ок. Ищу по определенному полю. Если искать по другому полю, то ошибку не получаю.

А диски на реплике живы?

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

А диски на реплике живы?

Разобрался, дело в хеш индексе

он не реплицируется до 10 версии

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

виртуалки, нет?

да и рантаймов сейчас пруд пруди

виртуалки - тот же самый докер, они строятся по одному принципу, просто докер - это удобная упаковка kvm

пошла жара

докер - это не kvm

докер=квм? че курите?

да и как-то движемся к тому, что нужна будет альтернатива SQL-бэкенду, потому что иначе получаем SQL-лок

конечно докер это не kvm, но принципы одни и те же

nope

какие именно принципы одни и те же?

если нужны совершенно другие принципы, можно заменить докер на unetbootin

вот чем doker или kvm отличается от тех же виртуальных машин java или erlang, чего реально нехватает в ситемах хранения данных это своей отдельной системы, которая будет работать независимо от существующих ОС

но ведь это про другое? :)

вот чем doker или kvm отличается от тех же виртуальных машин java или erlang, чего реально нехватает в ситемах хранения данных это своей отдельной системы, которая будет работать независимо от существующих ОС

отдельная хостовая система под данные?

зачем?

вот чем doker или kvm отличается от тех же виртуальных машин java или erlang, чего реально нехватает в ситемах хранения данных это своей отдельной системы, которая будет работать независимо от существующих ОС

https://ru.wikibooks.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D1%85%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

по сути то что было хорошо забыто - это терминальные системы и мэйнфремы, там это было реализовано именно по этому принципу

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

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

но ведь докер ни разу не система виртуализации Оо это удобная обертка над cgroups.

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

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

но ведь докер ни разу не система виртуализации Оо это удобная обертка над cgroups.

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

по сути то что было хорошо забыто - это терминальные системы и мэйнфремы, там это было реализовано именно по этому принципу

трава зеленее

аргументировано

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

ну не надо про cgroups расказывать, ты видел путешествия нашего друга tcp-пакетика? как это все устроенно? волосы же дыбом

при включенных cgroups любой процесс валяется в неймспейсе

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

отсутствие вертикальной маштабируемости, есть только горизонтальная((

эмм, а как вы собираетесь вертикально масштабироваться софтом без замены железа?

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

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

ладно, но тогда в каком соотношении они находятся с менеджерами версий? :)

основная задача не менеджер версий, а дистрибьюция, менеджер версий - это приятное дополнение

возможно, вы искали chef

нет)), мне знакомо что такое и chef и ansible, знакомо что такое capistrano и vargant, все эти механизмы рабочии, но нет легкости и простоты, эти системы тоже довольно сложны и каждая требует от пользователя отдельного обучения, это не всегда оправдано

нет)), мне знакомо что такое и chef и ansible, знакомо что такое capistrano и vargant, все эти механизмы рабочии, но нет легкости и простоты, эти системы тоже довольно сложны и каждая требует от пользователя отдельного обучения, это не всегда оправдано

В чем изначальная то задача стояла

ну, тут или вы позволяете пользователю ничего не знать и писать запускающийся где угодно в очень похожих условиях Dockerfile, или пишете рецепты, как запускать то, что надо, в неизвестных начальных условиях

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

#всеплохо

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

Пример в студию Что кроме докерфайла и конфигов вы дописываете?

критикуя - предлагай

любая система, которая должна что-то сделать, должна дать какой-то язык, на котором можно ей объяснить, что надо сделать

опенсорсная система плагинов меня вполне устраивает, даже как она реализована на докер-хаб, в докере мало устраивает что это все должно работать на самом докере система дистрибьюции через прекомпилируемые пакеты в Linux тоже начинает устаревать, поэтому появляются всякие flatpack вполне бы устроило компиляция из ссорцев по гит, но со сценарием поддерживаемым сообществом, который будет делать проверку для установки, доустанавливать зависимости и в конце завершать эту установку для конкретной системы, но без установки дополнительного ПО для менеджмента, ansible или chef, а делалось бы это средствами самой ОС, ну или с минимальными требованиями

опенсорсная система плагинов меня вполне устраивает, даже как она реализована на докер-хаб, в докере мало устраивает что это все должно работать на самом докере система дистрибьюции через прекомпилируемые пакеты в Linux тоже начинает устаревать, поэтому появляются всякие flatpack вполне бы устроило компиляция из ссорцев по гит, но со сценарием поддерживаемым сообществом, который будет делать проверку для установки, доустанавливать зависимости и в конце завершать эту установку для конкретной системы, но без установки дополнительного ПО для менеджмента, ansible или chef, а делалось бы это средствами самой ОС, ну или с минимальными требованиями

dapp умеет прямо из гита собирать

без всяких ролей

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

под дистрибьюцией вы говорите деплой?

это разные вещи, дистрибьюция - это разворацивание инстанса, деплой - это разворачивание конкретного приложения пример для БД сервер Postgres - дистрибьюция база данных сервера Postgres - деплой

эмм

а причем тут инстанс и докер

у ноды есть ядро у докера нет

это разные вещи, дистрибьюция - это разворацивание инстанса, деплой - это разворачивание конкретного приложения пример для БД сервер Postgres - дистрибьюция база данных сервера Postgres - деплой

а постгрес в докере тогда что

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

сборка из гита?

кто-то грибов наелся?)

собирите gcc из гита на слабой машинке

и сразу отпадет желание собирать из гита)

и сразу отпадет желание собирать из гита)

для лесников и леших, зачем на слабой машине нужен промышленый сервер БД?

ERROR: S client not available

а у вас все тестовые окружения на продовом железе, да?

кто-то грибов наелся?)

http://flant.github.io/dapp/git.html я про это

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

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

а кто сказал все, и кто сказал что это не будет хакешировано

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

@vizdrag - dapp это мало эффективный проект, нужен ruby, который по умолчанию не идет в отличии от питона 2.7 или перла если мне придется отдельно ставить руби с его кружением gemset, что мне мешает поставить докер, который в разы популярней этого dapp кстати докер тоже может реализовывать системы CI/CD и собирать что-то из сорцев, но вопрос, а зачем мне это тогда нужно, где простота

@vizdrag - dapp это мало эффективный проект, нужен ruby, который по умолчанию не идет в отличии от питона 2.7 или перла если мне придется отдельно ставить руби с его кружением gemset, что мне мешает поставить докер, который в разы популярней этого dapp кстати докер тоже может реализовывать системы CI/CD и собирать что-то из сорцев, но вопрос, а зачем мне это тогда нужно, где простота

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

https://www.youtube.com/watch?v=8R5UDg29Vic&t=58s

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

dapp - это не альтернатива докеру - это надстройка над докером, взлетит - большой вопрос >1k звезд на Github - отличный этому показатель

у ноды есть ядро у докера нет

простите?

dapp - это не альтернатива докеру - это надстройка над докером, взлетит - большой вопрос >1k звезд на Github - отличный этому показатель

я тебе больше скажу он сейчас используется в проде у людей и ниче:)

у нас в компании тоже используется толпа велосипедов самописных так то)

да и в любой)

я тебе больше скажу он сейчас используется в проде у людей и ниче:)

личные половые трудности каждого

личные половые трудности каждого

в любом проекте будет куча сервисов с разными синтаксисами, конфигами, и прочим, зоопарк будет везде, просто где то он необходим и структурирован, а где то месиво

Кибернетес популярней дапп, так что увы..

а давайте про базы данных

если честно, то я не понял чем dapp лучше. из докумнетации выглядит так, что чуваки добавили ansible вместо RUN.

ну докер это окружение в том числе для баз данных)

так-то важный момент)

а давайте про базы данных

?

какой ваш любимый способ скрешить постгрес? :)

можно скорраптить pg_contol файлег..

мне очень нравятся ошибки в стиле "саксес - не могу прочитать pg_control"

или как он там пишет)

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

это же даже не креш

хард хакинг

мне нравится erlang у него есть система супервизоров, которая работает в реальном времени и позволяет плодить разные процессы просто в умопомрачительных количествах, все маленькое, компактное и компилится

(возвращаясь к базам данных)

а давайте про базы данных :)