вы про то, что закоменчено?

Про processmanagement

Вот сейчас мой cfg захожу в cmd в папку, где он лежит - пишу mongod —repair - в консоли то, что выше кидал в службе приложений могу только нажать запустить: пишет ту же 1053 ошибку как-то так

Лучше явно укажите путь через -f или --config

{"t":{"$date":"2024-05-23T15:16:13.838+03:00"},"s":"I", "c":"WT", "id":22431, "ctx":"initandlisten","msg":"WiredTiger progress","attr":{"operation":"WT_SESSION.verify","progress":32800}} - в логах спамится это

Процесс идет

а что с этим делать, в службах запустить все еще не могу, ошибка 1053 все еще

Прошу подсказать, наименее простой способ lookup. Классу Class1 свойства Cost, установить значение ValueCost класса Class2, в поиске по Article. Заведомо зная, что есть только один элемент коллекции Class2 , который соответствует Class1 public class Class1 { public string Id { get; set; } public string Article { get; set; } public int Cost { get; set; } ...... } public class Class2 { public string Id { get; set; } public string Article { get; set; } public int ValueCost { get; set; } ...... }

Тут вариантов не много, простой lookup и следом project

replaceRoot тяжелее project'a?

Доброе утро) Можете мне рассказать как работает развертывание сервера монги? Я собираюсь деплоить node js + mongodb сервер на какой ни будь платформе, где можно обновлять сервер с гита Избегаю VPS так как навыков нет и думаю что просто утону там Сервер то я представляю как деплоить и как это работает, а вот с облачной монгой не совсем Это нужно поднимать сервак отдельно и передавать URL в env или можно ее тоже впихать в тот же сервис где крутится монго?

Привет #вопрос Я загрузил базу данных mongoDB на сервер. Через некоторое время данные внутри удаляются. Как это предотвратить. Как восстановить логику резервного копирования? Как осуществляется этот процесс?

В каком плане удаляются и как именно вы монго настроили на сервере? Например если через Docker, то там Volume надо настроить, ещё мб у вас настроен index на удаление записей и ещё ... причин. Больше информации надо

mongodump ?

Я только загрузил . Как написать логику резервного копирования и восстановления?

+ mongorestore

Не могли бы вы научить меня, как это сделать?

Не могли бы вы научить меня, как это сделать?

Привет всем, есть какие-то кейсы, как обойти размер 16 мегабайт на BSON файла?

Приветствую! Использую Mongoose. В схеме определено, что определенные поля это ObjectID. Как правильно при запросе их обнулить? Если я приравниваю к null, то и соответственно тип данных меняется (вдруг это не хорошо)

Приветы! Подскажите пжлст, в чем может быть проблема что nest не подключаеться к базе данных Mongo? Я в первые с nest работаю

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

Есть вопрос по монге. 1. Вот я запустил монго в докер-контейнере, почему не получается выполнить вот этот скрипт? (После старта контейнера с этим пользователем в базу не могу войти) print("Started-adding-the-users."); db=db.getSiblingDB()('admin'); use admin; db.auth('root','password'); db.createUser({ user: "root", pwd: "password", roles: [ { role: 'readWrite', db: 'admin', }, { role: 'readWrite', db: 'mydatabase', } ], }); db=db.getSiblingDB()('mydatabase'); db.createUser( { user: "db_user", pwd: "pass123", roles: [ { role: "userAdminAnyDatabase", db: "admin" }, "readWriteAnyDatabase" ] } ); db.createCollection('init'); 2. Даже когда присоединяюсь к базе через mongosh и все-таки этот скрипт выполняю, то spring boot приложение с этим же пользоваетелем ругается на отсутствие авторизации. (Unauthorized): 'Command update requires authentication' Что я не так делаю? docker-compose services: mongo: restart: always container_name: mongo image: 'mongo:latest' environment: - MONGO_INITDB_ROOT_USERNAME=root - MONGO_INITDB_ROOT_PASSWORD=password - MONGO_INITDB_DATABASE=mydatabase ports: - '27017:27017' - '27018:27018' - '27019:27019' volumes: - ./mongo/init-mongo.js:/docker-entrypoint-initdb.d/init-mongo-js:ro - ./mongo/data:/data/db

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

Всем привет Подскажите, что может быть В докере стоит percona/percona-server-mongodb Стабильно работала 3 года, сейчас начала падать При в логе вижу ошибку "error":0,"message":"[1716891677:414312][1:0x7fc09a2e0700], file:collection-10-6352615800213607137.wt, WT_CURSOR.search: __wt_block_read_off, 296: collection-10-6352615800213607137.wt: potential hardware corruption, read checksum error for 28672B block at offset 21417984: calculated block checksum doesn't match expected checksum" "ctx":"conn4","msg":"Fatal assertion","attr":{"msgid":50853,"file":"src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp","line":574}} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"-", "id":23090, "ctx":"conn4","msg":"\n\n***aborting after fassert() failure\n\n"} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"conn4","msg":"Writing fatal message","attr":{"message":"Got signal: 6 (Aborted).\n"}} При попытке обратиться к коллекции монга падает целиком вместе с контейнером Восстановление с флагом --repair помогает временно, потом проблема появляется опять

Всем привет Подскажите, что может быть В докере стоит percona/percona-server-mongodb Стабильно работала 3 года, сейчас начала падать При в логе вижу ошибку "error":0,"message":"[1716891677:414312][1:0x7fc09a2e0700], file:collection-10-6352615800213607137.wt, WT_CURSOR.search: __wt_block_read_off, 296: collection-10-6352615800213607137.wt: potential hardware corruption, read checksum error for 28672B block at offset 21417984: calculated block checksum doesn't match expected checksum" "ctx":"conn4","msg":"Fatal assertion","attr":{"msgid":50853,"file":"src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp","line":574}} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"-", "id":23090, "ctx":"conn4","msg":"\n\n***aborting after fassert() failure\n\n"} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"conn4","msg":"Writing fatal message","attr":{"message":"Got signal: 6 (Aborted).\n"}} При попытке обратиться к коллекции монга падает целиком вместе с контейнером Восстановление с флагом --repair помогает временно, потом проблема появляется опять

запускайте проверку дисков и доставайте бэкапы

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

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

версия монги?

Всем привет Подскажите, что может быть В докере стоит percona/percona-server-mongodb Стабильно работала 3 года, сейчас начала падать При в логе вижу ошибку "error":0,"message":"[1716891677:414312][1:0x7fc09a2e0700], file:collection-10-6352615800213607137.wt, WT_CURSOR.search: __wt_block_read_off, 296: collection-10-6352615800213607137.wt: potential hardware corruption, read checksum error for 28672B block at offset 21417984: calculated block checksum doesn't match expected checksum" "ctx":"conn4","msg":"Fatal assertion","attr":{"msgid":50853,"file":"src/mongo/db/storage/wiredtiger/wiredtiger_util.cpp","line":574}} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"-", "id":23090, "ctx":"conn4","msg":"\n\n***aborting after fassert() failure\n\n"} mongodb_prod_1 | {"t":{"$date":"2024-05-28T10:25:18.335+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"conn4","msg":"Writing fatal message","attr":{"message":"Got signal: 6 (Aborted).\n"}} При попытке обратиться к коллекции монга падает целиком вместе с контейнером Восстановление с флагом --repair помогает временно, потом проблема появляется опять

Проверьте unlimt, может signal 6 обычно с нехваткой декскрипторов связан. Идеально unlimited

Ребят, всем привет! У нас MongoDB, и мы хотим на 100% знать, что поле не используется. Так как это не реляционная база данных, то обращение к несуществующему полю для неё нормально. Вопрос: можно ли как-то на уровне базы данных отследить и запретить использование поля (а в идеале разрешить только с каким-то флагом, в остальных случаях запрещать)?

а можно какой-нибудь кейс?) речь о том, что когда мы условно получаем Юзера, то нужно исключить поле password, например?)

ага, как пример. Некий аналог Row-Level-Security в реляционных СУБД

Всем привет, есть такой кейс, мы на фронте делаем апдейт поля, скажем FullName = Вася, обновляем на Петю. Запрос на апдейт проходит успешно. Сразу после апдейта пробуем запросить это поле через Find, но почему то мы получаем не обновленное значение а стару т.е Вася, а хотели бы Петю. Может ли это быть из за replication lag, то есть если мы читаем со слейва, то обновленное значение еще не дошло до слейва? или могут ли быть еще какие то другие признали, или хотя бы подскажите пожалуйста как можно продебажить этот момент

а можно какой-нибудь кейс?) речь о том, что когда мы условно получаем Юзера, то нужно исключить поле password, например?)

https://www.mongodb.com/docs/manual/core/views/ + включенный RBAC который запрещает доступ к оригинальной коллекции тем пользователям, которым нельзя видеть оригинальные данные

Всем привет, есть такой кейс, мы на фронте делаем апдейт поля, скажем FullName = Вася, обновляем на Петю. Запрос на апдейт проходит успешно. Сразу после апдейта пробуем запросить это поле через Find, но почему то мы получаем не обновленное значение а стару т.е Вася, а хотели бы Петю. Может ли это быть из за replication lag, то есть если мы читаем со слейва, то обновленное значение еще не дошло до слейва? или могут ли быть еще какие то другие признали, или хотя бы подскажите пожалуйста как можно продебажить этот момент

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

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

значит на бэке нужно проверить приходит ли верно имя и верное ли поле указано для обновления (условно вы опечатались и обновляете "token" вместо userName)

практика показывает, что "баги" всегда таятся в мелочах) но если вы во всём уверены - то ок )

Всем привет, есть такой кейс, мы на фронте делаем апдейт поля, скажем FullName = Вася, обновляем на Петю. Запрос на апдейт проходит успешно. Сразу после апдейта пробуем запросить это поле через Find, но почему то мы получаем не обновленное значение а стару т.е Вася, а хотели бы Петю. Может ли это быть из за replication lag, то есть если мы читаем со слейва, то обновленное значение еще не дошло до слейва? или могут ли быть еще какие то другие признали, или хотя бы подскажите пожалуйста как можно продебажить этот момент

Вам нужны read/writeConcern которые гарантируют чтение собственных записей: https://www.mongodb.com/docs/manual/core/causal-consistency-read-write-concerns/

open files (-n) 1024