[SERVER-2458] repl basic1 test fails with temporary collection on slave but not master Created: 01/Feb/11  Updated: 10/Dec/14  Resolved: 07/Mar/14

Status: Closed
Project: Core Server
Component/s: Replication
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Aaron Staple Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Operating System: ALL
Participants:

 Description   

<http://buildbot.mongodb.org/builders/Linux%2064-bit%20Legacy/builds/2712/steps/test_4/logs/stdio>

assert: [4] != [5] are not equal : MR2 lengths bad
[ "a", "basic1_out", "mr", "system.indexes" ]
[ "a", "basic1_out", "mr", "system.indexes", "tmp.mr.mr_basic1_out_0" ]
Error("Printing Stack Trace")@:0
()@shell/utils.js:21
("[4] != [5] are not equal : MR2 lengths bad \n[ \"a\", \"basic1_out\", \"mr\", \"system.indexes\" ]\n[ \"a\", \"basic1_out\", \"mr\", \"system.indexes\", \"tmp.mr.mr_basic1_out_0\" ]")@shell/utils.js:32
(4,5,"MR2 lengths bad \n[ \"a\", \"basic1_out\", \"mr\", \"system.indexes\" ]\n[ \"a\", \"basic1_out\", \"mr\", \"system.indexes\", \"tmp.mr.mr_basic1_out_0\" ]")@shell/utils.js:60
checkNumCollections("MR2")@/mnt/data/slaves/Linux_64bit_Legacy/mongo/jstests/repl/basic1.js:71
@/mnt/data/slaves/Linux_64bit_Legacy/mongo/jstests/repl/basic1.js:77

Tue Feb 1 00:24:42 uncaught exception: [4] != [5] are not equal : MR2 lengths bad
[ "a", "basic1_out", "mr", "system.indexes" ]
[ "a", "basic1_out", "mr", "system.indexes", "tmp.mr.mr_basic1_out_0" ]
failed to load: /mnt/data/slaves/Linux_64bit_Legacy/mongo/jstests/repl/basic1.js



 Comments   
Comment by Aaron Staple [ 03/Jan/12 ]

seems to still be happening, at least in the 1.8 buildbot
<http://buildbot.mongodb.org/builders/V1.8%20Linux%2032-bit/builds/328/steps/test_5/logs/stdio>

Comment by Aaron Staple [ 01/Mar/11 ]

still happening
<http://buildbot.mongodb.org/builders/Linux%2064-bit%20Legacy/builds/2828/steps/test_4/logs/stdio>

Generated at Thu Feb 08 03:00:02 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.