
Stefan
11.03.2017
16:52:54
Никогда из репотиториев не вставал нормально.

Sergey
11.03.2017
16:53:27

Stefan
11.03.2017
16:53:34

Google

Stefan
11.03.2017
16:53:56
Репозитории MongoDB всегда подключал.

Sergey
11.03.2017
16:55:45
Странно, с ними никогда проблем не замечал. Если только они не ставились поверх стандартных из реп debian/ubuntu, тогда может быть все что угодно.

Sergey
11.03.2017
18:13:00
а канал по redis есть?

Алексей
12.03.2017
14:25:57
@dd_bb кикни Kirill

yopp
12.03.2017
15:00:03
Заспамит — кикну

Dan
12.03.2017
21:05:04
за ним не станется

Alex
13.03.2017
13:58:20
где почитать как корректно поднять кластер из трех нод на 2.6 ?

yopp
13.03.2017
13:58:36
всё что нужно сделать — обновить до 3.4

Alex
13.03.2017
13:59:01
это к сожалению не в моей компетенции

Stefan
13.03.2017
13:59:09
Не повезло.

Pavel
13.03.2017
14:00:45

yopp
13.03.2017
14:01:07

Google

yopp
13.03.2017
14:01:39
в любом случае, вот тебе ссылка: https://docs.mongodb.com/v2.6/tutorial/deploy-replica-set/
но на 2.6 ты там наешься по мелочи. особенно с wt
или wt только в 3.0 впилили?
у меня чот всё смазалось

Stefan
13.03.2017
14:06:17
На 2.8 точно можно было.
Ну т.е. который 3.0 стал вроде бы.

yopp
13.03.2017
14:07:02
2.8 это 3.0 :)

Stefan
13.03.2017
14:07:06
Да, я помню.
Я имею в виду, что его можно было припилить как-то.

Alex
13.03.2017
14:15:49
не в моих полномочиях

yopp
13.03.2017
14:15:53

Alex
13.03.2017
14:15:55
если быть точным
с 2.4 я уже накушался теперь вот очередной сеанс некрофилии

yopp
13.03.2017
14:16:20
А чем обсуловлена привязка к 2.6?
Wire protocol не менялся особо, драйвера даже очень старые будут as-is работать

Алексей
13.03.2017
14:17:04
авторизация же

yopp
13.03.2017
14:17:10

Алексей
13.03.2017
14:17:25
с 2,6 до 3,4 дефолты разные

Alex
13.03.2017
14:17:30
"стабильностью" головного мозга CTO
ядро 2.6 и прочие прелести жизни

Google

Alex
13.03.2017
14:17:56
(я про линукс щас)

yopp
13.03.2017
14:18:29

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

Алексей
13.03.2017
14:20:40
а у вас там военка ?
али банк ?

yopp
13.03.2017
14:21:28

Alex
13.03.2017
14:21:46
наркомания в финансовом секторе... монга нам по сути вообще не нужна, просто один ковбой из техаса для преагрегации данных впилил монгу.
и это осталось как легаси

yopp
13.03.2017
14:22:12

Alex
13.03.2017
14:22:15
ковбой давно уволился, а это вот осталось, и чтобы ничего не сломалось не хотят менять

Алексей
13.03.2017
14:22:30
понятно. записал финансовый сектор в черный список работодателей. спасибо!

nietzschebrod
13.03.2017
14:23:13
надеюсь у тебя там ещё много места в списке

yopp
13.03.2017
14:23:24

Алексей
13.03.2017
14:23:47
она там давно

Alex
13.03.2017
14:23:48
@dd_bb есть такая штука, желание начальства

yopp
13.03.2017
14:23:52
Я не забуду как чуваки какую-то систему родом из 80 годов виртуализировали с матами, потому что вариантов нет.
так, срач отставить

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

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

Google

yopp
13.03.2017
14:26:34
Чот я ничо не понимаю!

Алексей
13.03.2017
14:26:35
йоп так бывает.
микроменеджмент

Alex
13.03.2017
14:26:40
"Потому что это работало и сейчас есть другие задачи и менять мы ничего не будем"

Алексей
13.03.2017
14:26:42
вот это вот всё

Alex
13.03.2017
14:27:07
не ищите тут логики и смысла.
это всё отсутствует

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

Alex
13.03.2017
14:28:06
она есть "работает не трогай"
да

yopp
13.03.2017
14:28:32
там шардед кластер или прост реплика?

Alex
13.03.2017
14:28:55
просто реплика

yopp
13.03.2017
14:29:33
ну ссылку я дал, там ничего особо от 3.4 не отличается

Alex
13.03.2017
14:29:58
ок, спасибо, попробую

James
13.03.2017
14:30:55
хей пипл
хочу сделать дамп монги (3.02)
делаю монгодамп -д тест и получаю только индексы

yopp
13.03.2017
14:31:33

James
13.03.2017
14:31:41
хотя база весит 150гб

Google

James
13.03.2017
14:32:07
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кб
что я не так делаю

Sergey
13.03.2017
14:32:29
а места хватает?

Alex
13.03.2017
14:32:41
@dd_bb ты сильно дорого берешь ;)

James
13.03.2017
14:33:20
да
хватает

yopp
13.03.2017
14:33:25

James
13.03.2017
14:33:32
да
test 152.004GB

yopp
13.03.2017
14:34:00
повтори с -vvvv


James
13.03.2017
14:34:28
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


Sergey
13.03.2017
14:34:52
только одну коллекцию нашло