у вас что в unit файле?

noi@noitech:/mnt/8336-8028/Dropbox/projects/laravel_clear/engine$ mongorestore --db techstudio mongodb/dump_techstudio/ 2019-11-02T17:15:41.917+0400 the --db and --collection args should only be used when restoring from a BSON file. Other uses are deprecated and will not exist in the future; use --nsInclude instead 2019-11-02T17:15:41.917+0400 building a list of collections to restore from mongodb/dump_techstudio dir 2019-11-02T17:15:41.919+0400 reading metadata for techstudio.posts from mongodb/dump_techstudio/posts.metadata.json 2019-11-02T17:15:41.920+0400 reading metadata for techstudio.comments from mongodb/dump_techstudio/comments.metadata.json 2019-11-02T17:15:41.921+0400 reading metadata for techstudio.reviews from mongodb/dump_techstudio/reviews.metadata.json 2019-11-02T17:15:42.429+0400 Failed: techstudio.comments: error creating collection techstudio.comments: error running create command: 24: Too many open files

так я же говорю у меня mongorestore не работает при импорте данных

и ещё раз повторю: ищите где у вас неверно выставлены лимиты

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

запустите mongorestore с -vvvvv и посмотрите с какой стороны ошибка

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

если это ошибка со стороны монго клиента, в данном случае mongorestore, значит у клиента лимит низкий

если это ошибка со стороны монго клиента, в данном случае mongorestore, значит у клиента лимит низкий

у меня в /etc/security/limits.conf вот что прописано * - nofile 999999 dba hard nofile 64000 dba soft nofile 64000 dba hard nproc 32000 dba soft nporc 32000

не нужно сюда скидывать портянки текста

вам быстрее помогут в группе про ваш дистрибутив. это не проблема с монгой

не нужно сюда скидывать портянки текста

coll.Find().FirstOrDefaultAsync() если не находит объект возвращает NULL?

зависит от реализации этого конкретного драйвера

не нужно сюда скидывать портянки текста

Может мне её переустановить ? Это мне может помочь?

зависит от реализации этого конкретного драйвера

то есть?

то есть вам нужно посмотреть в документацию к вашему драйверу

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

то есть вам нужно посмотреть в документацию к вашему драйверу

.Find() - mongodb

же

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

^

а как запрос выглядит?

db.properties.update({},{$set: {IsAvailable: false}}, {multi:true});

db.properties.update({},{$set: {IsAvailable: false}}, {multi:true});

ынтересно

открыть курсор по _id с covered query и батчами апдейты делать?)

с _id: $in: […]

можно ещё сделать sparse index с $exists: false условием и потом по нему курсором ездить

.Find() - mongodb

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

можно ещё сделать sparse index с $exists: false условием и потом по нему курсором ездить

правда на индекс надо будет один раз проехать всё и прочитать

можно кстати по collStat посмотреть происходит ли что-то с коллекцией

если она реально читается/пишется то там bytes read/written будет адски рости

если нет, то не будет

а сколько там документов на 11гб?

ынтересно

в итогге процесс занял 4 часа

думаю может из-за индексов?

а сколько там индексов?

(часть в которой выясняется что на 11гб данных 110гб индексов)))))

есть тяжелые по geo

не, это ввместе с индексами)

а сколько документов?

а сколько документов?

лям

эт атлас?

нет

не атлас

а откуда график? вивид?

3 сервера, в кластере. это ИО что было в процессе обновления

а откуда график? вивид?

графана

не, я про график

м

в белой теме я её не узнал :)

а la какое было?

и сколько iops?

но если там geo, то вполне может быть

но конечно 70 документов в секунду это сильно

la был немного завышен

хотя странно что 70 документов сделало 200мб/с

iops не выввожу

выводи

device query latency и размер очереди тож

там другая метрика важная

не, я про блочное устройство

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

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

тут вважнее rps api

и avg

avg плохая метрика

надо гистограмму или перцентили

avg съест все аутлайеры

а график с time ради них

жалко что в графане свечей нет!

аутлайнеры ловятся тут)

это тоже малоинформативно

это слишком уже узко :)

потому что одна паршивая овца сразу всю картину портит

хз, пока ччто хорошо помогало ловить проблемные моменты

в метриках очень важно сжимать данные так, чтоб не терялась информация

avg глаживает абсолютно всё и это совсем общая метрика «горячо/холодно»

min/max показывает ровно два события, это слишком узко

а вот гистограмма это прямо ок

гляну, спс