[SERVER-10850] drop.js via sharding_passthrough.js failing on Nightly Linux RHEL 64-bit Created: 23/Sep/13  Updated: 11/Jul/16  Resolved: 10/Oct/13

Status: Closed
Project: Core Server
Component/s: Testing Infrastructure
Affects Version/s: None
Fix Version/s: 2.5.3

Type: Task Priority: Major - P3
Reporter: Matt Kangas Assignee: Greg Studer
Resolution: Done Votes: 0
Labels: buildbot
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Duplicate
is duplicated by SERVER-10852 drop2.js via sharding_passthrough.js ... Closed
Participants:

 Description   

Buildbot Nightly Linux RHEL 64-bit has been failing since Fri Sep 20 Build #682 on sharding_passhtrough.js:

         Test : jstests/drop.js ...
		2013-09-23T00:11:37.984-0400 [1] != [0] are not equal : B at src/mongo/shell/assert.js:7
		2013-09-23T00:11:37.984-0400 Error: error loading js file: jstests/drop.js at /data/buildslaves/Linux_RHEL_64bit_Nightly/mongo/jstests/slowNightly/sharding_passthrough.js:144

Greg, can you triage this and assign to the proper party if it is not directly sharding-related?

Good news: at least it's repeatable!

Mon Sep 23

Sun Sep 22

Sat Sep 21

Fri Sep 20

Fri Sep 20



 Comments   
Comment by auto [ 10/Oct/13 ]

Author:

{u'username': u'gregstuder', u'name': u'Greg Studer', u'email': u'greg@10gen.com'}

Message: SERVER-10850 fixes for drop/2.js and sharding_passthrough.js to avoid db variable hijacking
Branch: master
https://github.com/mongodb/mongo/commit/668cf5bd574eb3832d8735a48f411b7eb159ada5

Comment by Greg Studer [ 26/Sep/13 ]

Issue is the new user_management_helpers.js test - the test overwrites the special "db" variable to a different value, which screws up tests like drop.js which assume a particular db name.

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