или wt только в 3.0 впилили?

у меня чот всё смазалось

На 2.8 точно можно было.

Ну т.е. который 3.0 стал вроде бы.

2.8 это 3.0 :)

Да, я помню.

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

не в моих полномочиях

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

Просто опцию влючив :)

если быть точным

с 2.4 я уже накушался теперь вот очередной сеанс некрофилии

А чем обсуловлена привязка к 2.6?

Wire protocol не менялся особо, драйвера даже очень старые будут as-is работать

авторизация же

авторизация же

Что авторизация?

с 2,6 до 3,4 дефолты разные

"стабильностью" головного мозга CTO

ядро 2.6 и прочие прелести жизни

(я про линукс щас)

"стабильностью" головного мозга CTO

Покажи ему вот эту ссылку: https://www.mongodb.com/alerts/

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

а у вас там военка ?

али банк ?

али банк ?

В банке бы давно уже 3.4 был :)

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

и это осталось как легаси

и это осталось как легаси

тогда зачем тебе кластер?

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

понятно. записал финансовый сектор в черный список работодателей. спасибо!

надеюсь у тебя там ещё много места в списке

понятно. записал финансовый сектор в черный список работодателей. спасибо!

запиши сразу ещё промавтоматизацию

она там давно

@dd_bb есть такая штука, желание начальства

Я не забуду как чуваки какую-то систему родом из 80 годов виртуализировали с матами, потому что вариантов нет.

@dd_bb есть такая штука, желание начальства

чот ты в показаниях путаешься

так, срач отставить

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

Если у вас весь из себя протекционистский CTO, то зачем он лезет с кластером?

Чот я ничо не понимаю!

йоп так бывает.

микроменеджмент

"Потому что это работало и сейчас есть другие задачи и менять мы ничего не будем"

вот это вот всё

не ищите тут логики и смысла.

это всё отсутствует

Не, ну должна быть последовательность, даже если логики и смысла нет :)

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

она есть "работает не трогай"

да

там шардед кластер или прост реплика?

просто реплика

ну ссылку я дал, там ничего особо от 3.4 не отличается

ок, спасибо, попробую

хей пипл

хочу сделать дамп монги (3.02)

делаю монгодамп -д тест и получаю только индексы

ок, спасибо, попробую

если не получится, можно меня нанять ;)

хотя база весит 150гб

mongodump —host 127.0.0.1 —port 27018 -d test 2017-03-13T17:23:09.293+0300 writing test.system.indexes to dump/test/system.indexes.bson

файлик 80кб

что я не так делаю

а места хватает?

@dd_bb ты сильно дорого берешь ;)

да

хватает

хотя база весит 150гб

ты уверен что у тебя в test данные? :)

да

test 152.004GB

повтори с -vvvv

mongodump —host 127.0.0.1 —port 27018 -d test -vvv 2017-03-13T17:34:14.835+0300 found collections: system.indexes 2017-03-13T17:34:14.836+0300 enqueued collection 'test.system.indexes' 2017-03-13T17:34:14.836+0300 finalizing intent manager with longest task first prioritizer 2017-03-13T17:34:14.836+0300 dumping with 8 job threads 2017-03-13T17:34:14.836+0300 starting dump routine with id=1 2017-03-13T17:34:14.837+0300 starting dump routine with id=6 2017-03-13T17:34:14.837+0300 ending dump routine with id=6, no more work to do 2017-03-13T17:34:14.837+0300 starting dump routine with id=2 2017-03-13T17:34:14.837+0300 ending dump routine with id=2, no more work to do 2017-03-13T17:34:14.837+0300 starting dump routine with id=0 2017-03-13T17:34:14.837+0300 ending dump routine with id=0, no more work to do 2017-03-13T17:34:14.837+0300 starting dump routine with id=7 2017-03-13T17:34:14.837+0300 ending dump routine with id=7, no more work to do 2017-03-13T17:34:14.837+0300 writing test.system.indexes to dump/test/system.indexes.bson 2017-03-13T17:34:14.837+0300 starting dump routine with id=4 2017-03-13T17:34:14.837+0300 ending dump routine with id=4, no more work to do 2017-03-13T17:34:14.837+0300 starting dump routine with id=3 2017-03-13T17:34:14.838+0300 ending dump routine with id=3, no more work to do 2017-03-13T17:34:14.838+0300 starting dump routine with id=5 2017-03-13T17:34:14.838+0300 ending dump routine with id=5, no more work to do 2017-03-13T17:34:14.838+0300 0 documents 2017-03-13T17:34:14.839+0300 ending dump routine with id=1, no more work to do 2017-03-13T17:34:14.839+0300 done

только одну коллекцию нашло

так и есть в ней 7млн ключей

а можно же перенести чисто файлом?

так и есть в ней 7млн ключей

чот мне кажется ты не оттуда дамп делаешь. сделай use test; show collections;

потому что в test на 127.0.0.1:27018 есть только found collections: system.indexes

afair это вообще легаси

короче mongo 'mongodb://127.0.0.1:27018/test' --eval 'db.getCollectionNames()'

спс

я вот не помню как дамп с аутентификацией поступает

> use test switched to db test > show collections; system.indexes