[CDRIVER-2034] test_create_index_fail error on zSeries Ubuntu without OpenSSL Created: 06/Feb/17  Updated: 03/May/17  Resolved: 21/Mar/17

Status: Closed
Project: C Driver
Component/s: libmongoc
Affects Version/s: 1.6.0
Fix Version/s: 1.7.0

Type: Bug Priority: Minor - P4
Reporter: A. Jesse Jiryu Davis Assignee: A. Jesse Jiryu Davis
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
related to CDRIVER-2007 Crash creating index when unable to c... Closed
related to PYTHON-1222 Test Failure - test_pooling.TestPoolM... Closed

 Comments   
Comment by Githook User [ 21/Mar/17 ]

Author:

{u'username': u'ajdavis', u'name': u'A. Jesse Jiryu Davis', u'email': u'jesse@mongodb.com'}

Message: CDRIVER-2034 fix index test

On some of our zSeries build machines, example.com is aliased to
localhost, so there appears to actually be a running mongod on
example.com:27017. Use example.doesntexist to test connection errors
instead.
Branch: master
https://github.com/mongodb/mongo-c-driver/commit/3029021b6c8b66564c8da491365df12d58973620

Comment by Githook User [ 21/Mar/17 ]

Author:

{u'username': u'ajdavis', u'name': u'A. Jesse Jiryu Davis', u'email': u'jesse@mongodb.com'}

Message: Revert "CDRIVER-2034 disable create-index test on s390x"

081b14527e2df05c884a86a948f844efd761675f
Branch: master
https://github.com/mongodb/mongo-c-driver/commit/57b2c1eccb123d2812308401e7223d544e935cad

Comment by Bernie Hackett [ 20/Mar/17 ]

It turns out example.com is aliased to localhost on a number of Evergreen machines, so connecting to example.com:27017 is going to succeed, since that's your running instance of mongod/mongos. Change "example.com" to something like "adnsnamethatforsuredoesntexist".

Comment by Bernie Hackett [ 17/Mar/17 ]

jesse - try changing example.com to some truly nonsensical non existent domain. example.com is actually a thing.

Comment by Bernie Hackett [ 17/Mar/17 ]

Believe it or not, PyMongo has a test failing for exactly the same reason, only on zSeries without TLS. See PYTHON-1222.

Comment by Githook User [ 16/Mar/17 ]

Author:

{u'username': u'ajdavis', u'name': u'A. Jesse Jiryu Davis', u'email': u'jesse@mongodb.com'}

Message: CDRIVER-2034 disable create-index test on s390x
Branch: master
https://github.com/mongodb/mongo-c-driver/commit/081b14527e2df05c884a86a948f844efd761675f

Comment by A. Jesse Jiryu Davis [ 13/Mar/17 ]

Nevermind, this has resumed failing.

Comment by Githook User [ 05/Mar/17 ]

Author:

{u'username': u'ajdavis', u'name': u'A. Jesse Jiryu Davis', u'email': u'jesse@mongodb.com'}

Message: CDRIVER-2034 reenable index test
Branch: master
https://github.com/mongodb/mongo-c-driver/commit/431a6e79fc66e4b273f2cb5b2825639259c6ee60

Comment by A. Jesse Jiryu Davis [ 04/Mar/17 ]

I've reenabled the test; it seems to pass now in the configuration where it had earlier been inexplicably failing.

Comment by Githook User [ 06/Feb/17 ]

Author:

{u'username': u'ajdavis', u'name': u'A. Jesse Jiryu Davis', u'email': u'jesse@mongodb.com'}

Message: CDRIVER-2034 disable test_create_index_fail
Branch: master
https://github.com/mongodb/mongo-c-driver/commit/7bf676d4928e8eea30846527d34b75def206a71b

Comment by A. Jesse Jiryu Davis [ 06/Feb/17 ]

The test for CDRIVER-2007, "crash creating index with unavailable server", creates an index on example.com:

client = mongoc_client_new ("mongodb://example.com/?connectTimeoutMS=10");
collection = mongoc_client_get_collection (client, "test", "test");
r = mongoc_collection_create_index_with_opts (
   collection, tmp_bson ("{'a': 1}"), NULL, NULL, &reply, &error);
 
ASSERT (!r);

Solely on zSeries Ubuntu build variants without OpenSSL, the assert fails. That is, mongoc_collection_create_index_with_opts returns true.

If OpenSSL is compiled in, the test succeeds. It also succeeds on zSeries SUSE, with or without OpenSSL.

https://evergreen.mongodb.com/build/mongo_c_driver_zseries_ubuntu1604_1ecb2317cd3ebf577af9790a84d5452ff148f2b3_17_02_05_05_02_49

Generated at Wed Feb 07 21:13:57 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.