Странно. Ты чего-то не договариваешь. У тебя сервер поднят на одном компе, но с другого ты ходишь на локалхост??? Как это вообще?

Прости. Я ничего не понял. Ухожу...

Странно. Ты чего-то не договариваешь. У тебя сервер поднят на одном компе, но с другого ты ходишь на локалхост??? Как это вообще?

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

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

Да я вообще не понял ничего. Как этот способ устроен

Да я вообще не понял ничего. Как этот способ устроен

https://ianlondon.github.io/blog/mongodb-auth/

Это двойное проникновение в сеть))

Щас Магомед стряхнет пыль с красных макасин и отожмет у кого нить оперативку и пару ssd

Перманентный бан

Это двойное проникновение в сеть))

Это не та группа для подобного юмора

Это не та группа для подобного юмора

Мне шутка про макасины больше понравилась ))

Повод задуматься.

Мне шутка про макасины больше понравилась ))

Мне тоже)

ребят, а подскажите, если кто знает, почему может быть такая ситуация. Отправляю в mongo 2 запроса, оба запроса на update. И периодически (не всегда) выполняется только один из запросов. Происходит это на сервере, на локалке воспроизвести не удалось. Посоветуйте куда посмотреть, что помониторить?

ребят, а подскажите, если кто знает, почему может быть такая ситуация. Отправляю в mongo 2 запроса, оба запроса на update. И периодически (не всегда) выполняется только один из запросов. Происходит это на сервере, на локалке воспроизвести не удалось. Посоветуйте куда посмотреть, что помониторить?

Одну и ту же запись?

Нет, 2 разные записи. Условно говоря первый update на изменение документа в collection1, второй на изменение документа в collection2

А ошибки какието при этом появляются?

А ошибки какието при этом появляются?

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

Факт окончания запросв както логируется?

нет, только ошибки

Два вопроса, это нода или еще чтото? И проблема возникает только на одном конкретном апдейте или по всем в приложении?

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

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

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

раз периодически, смотри код на предмет data race

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

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

Ребят кто-нибудь знает хорошие статьи по сокетам? Буду благодарен

По сокетам? Что вы имеете ввиду? IP+port?

Какую проблему вы решаете?

вот опять восстановление выдало ошибку

2019-07-19T01:55:09.153+0600 restoring users from /u01/backup/16.07.2019/admin/system.users.bson.gz 2019-07-19T01:55:09.246+0600 replaying oplog 2019-07-19T01:55:09.275+0600 Failed: restore error: error applying oplog: applyOps: not authorized on admin to execute command { applyOps: [ { ts: Timestamp(1563217233, 2), h: 0, v: 2, op: "u", ns: "config.system.sessions", o: { $v: 1, $set: { lastUse: new Date(1563217233633) } }, o2: { _id: { id: UUID("be22c554-817f-4657-b34f-b364ea239ad2"), uid: BinData(0, AEEDFD6C113127BF1AF7E0A3B75CBD4CB4A7F4C9D55F312BAF31096591C15335) } } } ], $db: "admin" }

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

db.createRole( { role: "executeFunctions", privileges: [ { resource: { anyResource: true }, actions: [ "anyAction" ] } ], roles: [] } )

было вот так при восстановлении:

> show users { "_id" : "admin.sys", "user" : "sys", "db" : "admin", "roles" : [ { "role" : "executeFunctions", "db" : "admin" }, { "role" : "root", "db" : "admin" } ] }

стало вот так после ошибки:

> show users { "_id" : "admin.sys", "user" : "sys", "db" : "admin", "roles" : [ { "role" : "root", "db" : "admin" } ] }

быстро подскажите, а как вообще пишут имена коллекции из двух и более слов?

кебаб регистром?

Всем доброго дня! Кто подскажет, в питоне с MongoDB какую все-таки ODM использовать? Или хардкодить через драйвер pymongo? Начал сегодня тестить Mongo-Alchemy, но уже не нравится что доки не соответствуют реалиям, например from flask.ext.mongoalchemy import MongoAlchemy, а по факту from flask_mongoalchemy import MongoAlchemy

Всем доброго дня! Кто подскажет, в питоне с MongoDB какую все-таки ODM использовать? Или хардкодить через драйвер pymongo? Начал сегодня тестить Mongo-Alchemy, но уже не нравится что доки не соответствуют реалиям, например from flask.ext.mongoalchemy import MongoAlchemy, а по факту from flask_mongoalchemy import MongoAlchemy

pymongo, motor, mongoengine, umongo. Самые популярные решения, кажется. Последние две это одмки, нюмонго асинк

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

--restoreDbUsersAndRoles используете?

--restoreDbUsersAndRoles используете?

Нет

Просто этот флаг добавить?

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

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

pymongo, motor, mongoengine, umongo. Самые популярные решения, кажется. Последние две это одмки, нюмонго асинк

Спасибо! Попробую выбрать одну из.

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

Спасибо

Добрый день всем Подскажите, как правильно гуглить: есть aggregation, после очередного stage в нем есть условно следующее: { a: 5, b: 600 } нужно оставить лишь те объекты, где a * 100 < b (т.е. в данном случае b = 499 не нужен) то есть да, $match, но какой критерий на умножение?

Добрый день всем Подскажите, как правильно гуглить: есть aggregation, после очередного stage в нем есть условно следующее: { a: 5, b: 600 } нужно оставить лишь те объекты, где a * 100 < b (т.е. в данном случае b = 499 не нужен) то есть да, $match, но какой критерий на умножение?

https://docs.mongodb.com/manual/reference/operator/query/expr/#op._S_expr

https://docs.mongodb.com/manual/reference/operator/query/expr/#op._S_expr

Спасибо

Добрый день всем Подскажите, как правильно гуглить: есть aggregation, после очередного stage в нем есть условно следующее: { a: 5, b: 600 } нужно оставить лишь те объекты, где a * 100 < b (т.е. в данном случае b = 499 не нужен) то есть да, $match, но какой критерий на умножение?

Или сделать ещё одно поле через $addFields и сделать $match по нему

Или сделать ещё одно поле через $addFields и сделать $match по нему

Спасибо)

привет, есть кластер на атласе, поймал ошибку: Disk I/O % utilization on Data Partition has gone above 70 on nvme1n1 тупой вопрос - что делать

кластер лежт кажись, я поднял I/O в конфиге

привет, есть кластер на атласе, поймал ошибку: Disk I/O % utilization on Data Partition has gone above 70 on nvme1n1 тупой вопрос - что делать

искать откуда потекли запросы мимо индекса

или проверить что никто не создаёт индекс сейчас

искать откуда потекли запросы мимо индекса

то понятно, подскажи плиз что сейчас. с кластером сделать

или проверить что никто не создаёт индекс сейчас

точно нет

я хз как на атласе ребутнуть кластер

гуглю

чот туго

кластер не причём

поднял IOPS до 200

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

смотреть в currentOp, в profile

отстрелить клиентов

если был релиз — откатывать релиз

смотреть в currentOp, в profile

?

https://docs.mongodb.com/manual/reference/method/db.currentOp https://docs.mongodb.com/manual/tutorial/manage-the-database-profiler/

https://docs.mongodb.com/manual/reference/method/db.currentOp https://docs.mongodb.com/manual/tutorial/manage-the-database-profiler/

а, ну тогда https://docs.atlas.mongodb.com/real-time-performance-panel/

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

админку чего?

админку чего?

приложения, мой сервак, не бд

а, ну тогда https://docs.atlas.mongodb.com/real-time-performance-panel/

если m10 и выше, включите и смотрите на Hottest Collections и Slowest Operations

если m10 и выше, включите и смотрите на Hottest Collections и Slowest Operations

M40, сейчас попробую

если m10 и выше, включите и смотрите на Hottest Collections и Slowest Operations

а эти метрики где-то хранятся? что бы посмотреть их лог?

если честно - хз какие выводы сделать - оно постоянно прыгает:

а эти метрики где-то хранятся? что бы посмотреть их лог?

нет

нет

и как понять что за лажа была?

если она закончилась — уже никак

не помню, включен ли профайлер в атласе, но можно проверить system.profile