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

+++

О!

Вставил 2 ссдшки в рейд 1. 2 раза. Чувствую себя плохо.

Вставил 2 ссдшки в рейд 1. 2 раза. Чувствую себя плохо.

Почему плохо?

Дабл демедж же

Nvme в рейде круче

Так понимаю, история про то, как одна постгря живет в проде на 22 ssd в raid10, не встретит понимания?

О_о

Вставил 2 ссдшки в рейд 1. 2 раза. Чувствую себя плохо.

Зачем делал то?

Зачем делал то?

100 заставил

Так понимаю, история про то, как одна постгря живет в проде на 22 ssd в raid10, не встретит понимания?

расточительство ресурсов, ну или ок если половина из них старых

расточительство ресурсов, ну или ок если половина из них старых

Как надо?)

https://github.com/spinnaker/spinnaker/issues/1986 кажеться скоро можно будет снова попробовать спиннакер

https://www.spinnaker.io/guides/tutorials/codelabs/hello-deployment/ а чо, выглядит интересно

https://www.spinnaker.io/guides/tutorials/codelabs/hello-deployment/ а чо, выглядит интересно

обрати внимание что в туториале спиннакер в гуях накликиваеться )

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

Хм, а кто-то наверняка сталкивался: шлём сервису за nginx POST запрос больше, чем client_max_body_size. В некоторых случаях получаем 413, в некоторых - пустой ответ. По крайней мере, в браузере не видно нифига. Что за?

Хм, а кто-то наверняка сталкивался: шлём сервису за nginx POST запрос больше, чем client_max_body_size. В некоторых случаях получаем 413, в некоторых - пустой ответ. По крайней мере, в браузере не видно нифига. Что за?

Браузеры не все понимают 413 ответ

Так в том и дело, что иногда он понимает.

Или просто ещё до 413 какая-нибудь ошибка. Ну и конечно debug log

Или хотя бы что там дебаггер браузера пишет

debug log пишет в обоих случаях всё одинаковое. Походу происходит что-то вроде этого: 1. Шлём на 415Кб больше, чем client_max_body_size. Сервер пишет куда-то в буфер, клиент успевает дослать весь запрос и начинает ждать ответа. Ему приходит 413. 2. Шлём 20Мб при max_body_size = 10m. Сервер начинает отвечать ещё в процессе отправки запроса браузером. Тот либо ещё не пытается принять ответ, либо хз что ещё. В итоге, когда браузер послал весь запрос, ответ сервером уже отдан и ему приходит от сервера ровно нихуя, т.е. пустой ответ. С учётом того, что серверу можно прервать соединение в принципе. https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.14 The server MAY close the connection to prevent the client from continuing the request. Как это отдебажить я хз.

debug log пишет в обоих случаях всё одинаковое. Походу происходит что-то вроде этого: 1. Шлём на 415Кб больше, чем client_max_body_size. Сервер пишет куда-то в буфер, клиент успевает дослать весь запрос и начинает ждать ответа. Ему приходит 413. 2. Шлём 20Мб при max_body_size = 10m. Сервер начинает отвечать ещё в процессе отправки запроса браузером. Тот либо ещё не пытается принять ответ, либо хз что ещё. В итоге, когда браузер послал весь запрос, ответ сервером уже отдан и ему приходит от сервера ровно нихуя, т.е. пустой ответ. С учётом того, что серверу можно прервать соединение в принципе. https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.14 The server MAY close the connection to prevent the client from continuing the request. Как это отдебажить я хз.

Надо писать в рассылку nginx - они там быстро отвечают

Пойду искать поиск по рассылке)

спс за совет

И спросить, я не то чтобы послал. Просто там разработчики и реально быстро отвечают

> я не то чтобы послал Абсолютно так не подумал

debug log пишет в обоих случаях всё одинаковое. Походу происходит что-то вроде этого: 1. Шлём на 415Кб больше, чем client_max_body_size. Сервер пишет куда-то в буфер, клиент успевает дослать весь запрос и начинает ждать ответа. Ему приходит 413. 2. Шлём 20Мб при max_body_size = 10m. Сервер начинает отвечать ещё в процессе отправки запроса браузером. Тот либо ещё не пытается принять ответ, либо хз что ещё. В итоге, когда браузер послал весь запрос, ответ сервером уже отдан и ему приходит от сервера ровно нихуя, т.е. пустой ответ. С учётом того, что серверу можно прервать соединение в принципе. https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.14 The server MAY close the connection to prevent the client from continuing the request. Как это отдебажить я хз.

яб подумал также, клиенты не ждут ответа пока не отошлют всё боди, а нжинксу уж похер, послал 413 и закрыл сокет

http://sysoev.ru/web/upload.html Неужели с 2007 года ничего не изменилось

http://sysoev.ru/web/upload.html Неужели с 2007 года ничего не изменилось

Наверное ответ кроется тут: "В стандарте HTTP/1.1 для закачивания файлов предусмотрен заголовок браузера "Expect: continue", в ответ на который сервер может вернуть сообщение об ошибке или же ответить кодом "HTTP/1.1 100 Continue", после чего браузер может передавать тело запроса. Однако ни один из современных браузеров это не поддерживает. " уже 2017 год наверное все браузеры поддерживают HTTP/1.1

Подскажи пожалуйста по haproxy на веб странице статы есть есть секция sessions для бекенда в которой можно смотреть краткую статистику по кол. запросам, а так же отдельно по каждому коду ответа. вопрос такой: если смотреть сумарную эту статистику я вижу много 503 ошибок, но если смотреть отдельно по серверу то там 503 ошибок. Какая между ними разница в таком случае, это данные для разных случаев\направлений?

вот так это выглядит у меня

/\ это общая стата а это для одного севера \/

Смотри на бакенде и на фронтенде. Часть запросов хапрокси не прокидывает на бек, а сразу кидает ошибку. Почему, надо разбираться в конфиге

спасибо. посмотрю

всем привет

кто-нибудь использует carbon-cache?

интересует размер машины на которой он должен работать

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

В церкви метрик лучше спросить

ещё адекватные люди тут есть?

ты бы вводные написал

хоть какие-то

> интересует размер машины на которой он должен работать

Я тебе гений сообщаю, что есть такой канал, в котором есть люди, которые пишут графит стек и юзают его активно https://t.me/metrics_ru

на это я ожидал что-то вроде "у нас на двухядерной тачке работает нормально"

Что нормально раблтает?

> интересует размер машины на которой он должен работать

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

графит, конкретно карбон-кеш

Ок, xeon 1650, 128озу, hdd

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

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

от потока зависит же

чем поток мерить?

точки в секунду

мб этот график что-то конкретнее скажет

вот где-то после 35к карбон начал дохнуть

Питоновский оригинальный графит это печальное зрелище

вот где-то после 35к карбон начал дохнуть

да ставь go-carbon

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

и во что упирается

о, а еще единица времени какая у тебя на графике

график за неделю

судя по всему в цпу - там го-карбон сильно поможет. Он может быть как drop-in replacement'ом, так можно и гошный стек целиком взять

график за неделю

ну вопрос в том у тебя это раз в минуту шлется или чаще

ок, согласен с go-carbon

ок, согласен с go-carbon

в церкви метрик есть автор

https://t.me/metrics_ru

и тут тоже есть люди кто в него контрибьютили и кто используют

но в церкви метрик должно быть побольше

я правильно понимаю, что все эти uwsgi не нужны там (в go-carbon)?

Кстати а кто-то пробовал вот это? https://my-netdata.io/ Там утверждается что очень мало ресурсов жрет.

мне нравятся графики от нетдаты

что у них за библиотека рисует ?

Да на фронте там JS хипстота какая-то. Я больше спрашивал про бэкенд.

ну вот меня как раз хипстота интерусует

А там есть бекенд?

Да, метрики собирает демончик на си. Они утверждают что ценой 2-5% CPU он может собрать пару сотен метрик в секунду.

ну вот меня как раз хипстота интерусует

https://github.com/firehol/netdata/tree/master/web/lib

Кстати а кто-то пробовал вот это? https://my-netdata.io/ Там утверждается что очень мало ресурсов жрет.

Я ппобрвал на паре клиентов. Действительно не видно

видимо http://benpickles.github.io/peity/

ня

Кстати, может в графит все гнать

Да, метрики собирает демончик на си. Они утверждают что ценой 2-5% CPU он может собрать пару сотен метрик в секунду.

А как же голэнг

что он?

Ну типа ж тоже быстрый

Кстати да, как показал конкурс highloadcup, go люто быстрый

Чуть похуже чем C/C++ конечно, но он впереди всех языков я бы сказал.

Чуть похуже чем C/C++ конечно, но он впереди всех языков я бы сказал.

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