Details
-
Bug
-
Status: Closed
-
Major - P3
-
Resolution: Fixed
-
3.6.12
-
None
-
(copied to CRM)
Description
A recent support case from Barclays seems to indicate a regression of TOOLS-1126 or a similar bug:
/apps/mongodb/sysmngdemeafrm1/downloads/mongodb-linux-x86_64-3.6.12-ent/bin/mongoimport --verbose --host=ldndsr000006502.intranet.barcapint.com:27118 --gssapiHostName=ldndsr000006502.intranet.barcapint.com --ssl --sslAllowInvalidHostnames --sslAllowInvalidCertificates -d DBInventory -c Paramdata --upsert --upsertFields MInstance --file=arbiter_data.txt
|
2019-05-20T13:10:36.089+0100 using upsert fields: [MInstance]
|
2019-05-20T13:10:36.089+0100 filesize: 808 bytes
|
2019-05-20T13:10:36.089+0100 using fields:
|
2019-05-20T13:10:36.101+0100 connected to: ldndsr000006502.intranet.barcapint.com:27118
|
2019-05-20T13:10:36.101+0100 ns: DBInventory.Paramdata
|
2019-05-20T13:10:36.104+0100 connected to node type: replset
|
2019-05-20T13:10:36.104+0100 using write concern: w='majority', j=false, fsync=false, wtimeout=0
|
2019-05-20T13:10:36.107+0100 using write concern: w='majority', j=false, fsync=false, wtimeout=0
|
2019-05-20T13:10:36.110+0100 error inserting documents: not authorized on DBInventory to execute command { update: "Paramdata", writeConcern: { getLastError: 1, w: "majority" }, ordered: true, $db: "DBInventory" }
|
2019-05-20T13:10:36.111+0100 imported 1 document
|
We can see that mongoimport is reporting that the one and only document in the input file was imported, but it wasn't.
The authorization problem was resolved by specifying the correct username, but this issue remains.
I don't have confirmation, but suspect the server is running 3.4 still.
Attachments
Issue Links
- is related to
-
TOOLS-2246 --stopOnError and --maintainInsertionOrder do not work as expected
-
- Closed
-
- related to
-
TOOLS-1126 mongoimport ignores authentication errors, reports successful import
-
- Closed
-