MongoDB Development 1.5.6 (1.6RC1) Released

104 views
Skip to first unread message

Eliot Horowitz

unread,
Jul 24, 2010, 1:29:18 PM7/24/10
to mongod...@googlegroups.com, mongodb-...@googlegroups.com, mongo...@googlegroups.com
MongoDB 1.5.6 is out and ready for testing.

We're wrapping up development for 1.6.0 and could use all the help we
can get testing this release.
Depending on what we find, we'll be targeting 1.5.7 as the final 1.5.x
version for Tuesday or Wednesday next week, and release 1.6.0 either
Friday 7/30 or Monday 8/2.

Major features to test:
- Replica Sets : ready for testing. some loose ends we're still
fixing, but testers would be greatly appreciate
- Sharding : lots of stability/maturity improvements - testers would be great

Downloads: http://www.mongodb.org/downloads
Change Log: http://jira.mongodb.org/browse/SERVER/fixforversion/10179

For issues with replica sets and sharding, the best would be to report
them to http://jira.mongodb.org/ or
http://groups.google.com/group/mongodb-dev

Thanks for the help and support,
-Eliot

iragsdale

unread,
Jul 27, 2010, 5:21:50 PM7/27/10
to mongodb-user
I see that replica pairs are going away in 1.6, but is master/slave
still supposed to work? I can't get a slave to replicate using 1.5.6
as master. It starts up and begins to replicate, but seems to get
stuck on the first DB it hits (which is very small). If I switch to
using 1.4.4 as master, a 1.5.6 slave replicates fine.

The logs show it creating a bunch of temporary collections from the
map-reduces we run, and I just see a bunch of this:

[replslave] Tue Jul 27 21:20:09 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:10 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:12 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:13 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:14 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:15 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:15 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:20 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:26 info DFM::findAll(): extent 0:2700 was
empty, skipping ahead local.sources
[replslave] Tue Jul 27 21:20:38 repl: checkpoint applied 1425
operations
[replslave] Tue Jul 27 21:20:38 repl: syncedTo: Tue Jul 27 21:20:38
2010 4c4f4da6:6

Any suggestions?

Thanks,
Ian
> them tohttp://jira.mongodb.org/orhttp://groups.google.com/group/mongodb-dev

iragsdale

unread,
Jul 27, 2010, 11:28:11 PM7/27/10
to mongodb-user
Seems like master/slave still works, but the behavior is different. I
reverted the master to 1.4.4 and started up the slave on 1.5.6. It
did a full resync of around 100GB in a few hours. I then upgraded the
master back to 1.5.6, and the slave seems to still be replicating, but
instead of staying within a second or two of the master, it waits a
full minute before grabbing the most recent changes, so it could be up
to a minute behind at any point. Is this expected behavior?

- Ian

Eliot Horowitz

unread,
Jul 27, 2010, 11:31:32 PM7/27/10
to mongod...@googlegroups.com
How are you measuring?

The change we made is that the slave does a long poll to the master so
changes should be more real time rather than less.

> --
> You received this message because you are subscribed to the Google Groups "mongodb-user" group.
> To post to this group, send email to mongod...@googlegroups.com.
> To unsubscribe from this group, send email to mongodb-user...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/mongodb-user?hl=en.
>
>

Ian Ragsdale

unread,
Jul 27, 2010, 11:33:20 PM7/27/10
to mongod...@googlegroups.com
I'm just looking at db.printSlaveReplicationInfo() - is that wrong?

> db.printSlaveReplicationInfo()
source: 10.242.73.123
syncedTo: Wed Jul 28 2010 03:31:51 GMT+0000 (UTC)
= 43secs ago (0.01hrs)

- Ian

Eliot Horowitz

unread,
Jul 28, 2010, 12:16:49 AM7/28/10
to mongod...@googlegroups.com
Its kind of wrong.
That records the last time a sync pass finished.
Since a sync pass now blocks for up to a minute in the server, that
time could be anywhere from 0 to 60 seconds.
Maybe we should add # of ops applied last time - that way you'll be
able to see if it steady state or not.

Ian Ragsdale

unread,
Jul 28, 2010, 6:07:56 PM7/28/10
to mongod...@googlegroups.com
I've confirmed this by looking for new documents, and they do show up even when replication appears to be behind. So, I think we're good, the output of db.printSlaveReplicationInfo() is just a bit confusing.

However, that still doesn't explain why I couldn't get a full resync to work with 1.5.6 as the master, unless the query blocks for 60 seconds even when behind. In that case, it would probably take a really really long time to get a resync to happen, right?

- Ian

Neni Suryani

unread,
Mar 12, 2015, 8:50:58 AM3/12/15
to mongod...@googlegroups.com
i have problem :
>db.printSlaveReplicationInfo()
local.sources is empty; is this db a --slave?
how solve it?

s.molinari

unread,
Mar 12, 2015, 10:43:21 AM3/12/15
to mongod...@googlegroups.com
Please open a new thread. This thread is from 2010 and quite outdated. 

Scott
Reply all
Reply to author
Forward
0 new messages