<div dir="ltr">Well that file should only contain something if the db got changed while you where performing the dump.<div>The usual test db is rather small and one usually is only doing the dump during the test so this becomes a bit hard to achieve.</div><div>I really would hope the content of oplog.bson are somehow documented but that can be naive of me.</div><div>Anyway, if you want to get one of those with contents you need to have a large mongo that changes while you are dumping.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 30, 2014 at 11:45 AM, Eric Snow <span dir="ltr"><<a href="mailto:eric.snow@canonical.com" target="_blank">eric.snow@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When running mongodump with the --oplog, you end up getting an<br>
oplog.bson file dumped, along with a directory for each dumped<br>
database.  mongorestore likewise has an --oplog option, which<br>
presumably causes it to use that oplog.bson file.<br>
<br>
Who could tell me about that oplog.bson file?  In my testing for<br>
backups, it always comes up empty.  If I can always expect it to be<br>
empty then I'll be a happy camper.  Otherwise, what are the cases<br>
where it would not be empty and is there a safe way I could parse/edit<br>
oplog.bson in those cases?  My guess is that it will be non-empty when<br>
mongdump is run while mongo has actions queued up or when requests<br>
come in while mongodump is running.  Regardless, any insight here<br>
would be helpful.  Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
-eric<br>
<br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</font></span></blockquote></div><br></div>