мы не хотим ipv6, но мы его желаем )

а чем gluster плох?

Он отвратительно масштабируется

ну, у нас он по-детски используется - шарим образа для опенстека

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

/me грустно посмотрел на свой CEPH в продакшене

Для тех кто желает улучшить своё материальное положение имея не только желание. подарок на НГ, таксказать - https://spb.hh.ru/vacancy/18661424

а вот где с openstack поиграться? вот я смотрю он много где нужен, а опыта работы с ним - ноль.

devstack с сайта

но там как в советском анекдоте - напильник в виде питона нужен

всякие хуки дописать и исправить где не нравится

млять ... в копрочатике обсуждают релиз в ночь с 31 на 1

молодцы какие.

option domain-name "isc.org"; option domain-name-servers ns1.isc.org, ns2.isc.org; Figure 2 As you can see in Figure 2, you can specify host addresses in parameters using their domain names rather than their numeric IP addresses. If a given hostname resolves to more than one IP address (for example, if that host has two ethernet interfaces), then where possible, both addresses are supplied to the client. можно dhcpd.conf(5)

ну, у нас он по-детски используется - шарим образа для опенстека

ну, в таком сценарии ещё может быть. но класть мелкие файлы туда крайне нежелательно, т.к. из-за отсутствия сервера метаданных при всяких stat, open клиент glusterfs обегает все брики для поиска самой свежей копии.

и если один брик унести в москву - у тебя все операции станут +11ms

не, файлики большие - qemu образа. Да и используется преимущественно ридонли

/me грустно посмотрел на свой CEPH в продакшене

ну так у тебя хорошо вроде бы.

оно нужно для отказоустойчивости в локалке, чтобы обновляться без ДТ

он блин в продакшене! вместо какогонить нормального решения!

он блин в продакшене! вместо какогонить нормального решения!

а чем ceph не нормальный?

как вариант, вы его может как-то не так используете?

из того что я поверхностно смотрел - мне больше всего ceph нравится, а не swift.

поправьте меня, но свифт это объектное хранилище а ЦЕФ - комбайн

из того что я поверхностно смотрел - мне больше всего ceph нравится, а не swift.

так swift это только бъектное хранилище, а ceph комбайн, который может быть и ФС и блочных хранилищем и объектным

и в первую очередь rbd

option domain-name "isc.org"; option domain-name-servers ns1.isc.org, ns2.isc.org; Figure 2 As you can see in Figure 2, you can specify host addresses in parameters using their domain names rather than their numeric IP addresses. If a given hostname resolves to more than one IP address (for example, if that host has two ethernet interfaces), then where possible, both addresses are supplied to the client. можно dhcpd.conf(5)

Чот еще столкнулся с тем что новая версия хочет интерфейсы чтобы слушать. Надо все указывать? там 100500 вланов(

Чот еще столкнулся с тем что новая версия хочет интерфейсы чтобы слушать. Надо все указывать? там 100500 вланов(

если у тебя нету subnet'ов и все описывается global параметрами, то вроде норм всё

ну я прописал конфиг сабнетов

На самом деле переношу со старого на новый сервер

Ну хоят похоже dpkg-reconfigure без указания помогло

А хотя нет

** Ignoring requests on eth0. If this is not what you want, please write a subnet declaration in your dhcpd.conf file for the network segment to which interface eth0 is attached. ** Not configured to listen on any interfaces!

Хм, т.е. он слушает там где есть указание сабнета?

у меня под рукой сейчас только старый есть

Да судя по всему как-то так

Вообще отличий толком нет

привередливостью

ну и сеффс

ну и сеффс

не надо использовать её как фс. object storage, rbd - да.

мы его так и пользуем и хев секс

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

А есть тут спецы по постгре?

при коннекте первый запрос тупит, а остальные нормально пролетают. Что подтюнить надо?

мы его так и пользуем и хев секс

например у нас сейчас есть чудесный бакет без индекса

В Ford создали костюм, имитирующий похмельный синдром https://c.the.tj/38948

мне кажется, у меня уже есть такой костюм

коллеги, а ожно телеграм под линухом сделать темным? а то всё систему на темную тему перевел, а этот гад светлый остался...

нельзя, Дуров светлый джедай!

Ок, если спецов нет, то хоть подскажите куда смотреть, ели оно после коннекта "select 1;" выполняет несколько секунд, а потом все летакет как должно?

разве что порченные телеграммы от павших программистов https://github.com/NXij/tdesktop-dark

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

ожидаемо.

Ок, если спецов нет, то хоть подскажите куда смотреть, ели оно после коннекта "select 1;" выполняет несколько секунд, а потом все летакет как должно?

это: 1. точно не сеть? 2. точно не база, на которую вообще нет нагрузки => виртуальная машина забирает ядра, память уходит куда-нибудь с своп или ещё какой ад?

в реальной жизни никакого первого коннекта обычно нет

1. сеть норм

сеть — в том числе настройки

2. база под нагрузкой

3. stealtime 0%

не, коннект проходит быстро

памяти с лихвой

а чем тогда первый коннект от второго отличается?

la 14 при 24cpu

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

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

а что сама постгря говорит про этот коннект, изнутри?

у неё логи всякие есть, всякие таблицы со статистикой и состоянием

несколько секунд на запрос — это много, можно вычленить детали

_любой+ первый запрос к постгре выполняется долго

мб обратный резолв днс?)

ERROR: S client not available

нет )))

хотя..

нет ((

не оно

да и оно на этапе коннекта тупило-бы тогда

shared_buffers задраны в небо

а больше я и не знаю что задрать

ты точно админ?

нет, я клавиатуру и монитор на улице нашел

в смысле не программист и прочий примазавшийся

за задирание переменных в небо надо убивать!

или как минимум выгонять из профессии

в девопсы, например

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

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

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

это касается и sysctl, и настроек БД

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

вот так повыделяешь буферы, и их кто-нибудь ВНЕЗАПНО съест. так что БД раком встанет, кушая 100% свопа.

мы про дебаг и поиск проблемы говорим или про продакшен?

будто бы ты сейчас ищешь проблему на тестовом стенде, а не в продакшене

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

а ночью можно дольше останавливать?

если так — сбрасывай конфиг в 0, переноси БД на другой физический _и_ виртуальный сервер — это должно помочь

а дальше двоичный поиск

если не поможет — сеть или приложение

А есть тут спецы по постгре?

Есть

Есть

прекрасно ) А спец сможет подсказать в чем проблема при след. анамнезе:

Я выше прочитал уже

Крайне странное дело

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