Same thing on a secondary:
mongo
MongoDB shell version: 2.0.2
connecting to: test
shoSECONDARY> show dbs
Tue Jan 24 10:19:56 decode failed. probably invalid utf-8 string [�]
Tue Jan 24 10:19:56 why: TypeError: malformed UTF-8 character
sequence at offset 1
Tue Jan 24 10:19:56 Error: invalid utf8 shell/utils.js:1237
Any idea how I can fix that ? (and eventually how is that possible in
the first place ? )
Thanks,
--
Philippe
Allgoob SA
--
Πίστις, ἐλπίς, ἀγάπη
@Bill
Same result unfortunately:
$ mongo
MongoDB shell version: 2.0.2
connecting to: test
PRIMARY> db.getMongo().getDBs()
Tue Jan 24 14:58:53 decode failed. probably invalid utf-8 string [��1�]
Tue Jan 24 14:58:53 why: TypeError: malformed UTF-8 character
sequence at offset 0
Tue Jan 24 14:58:53 Error: invalid utf8 shell/utils.js:925
$ mongo
MongoDB shell version: 2.0.2
connecting to: test
SECONDARY> db.getMongo().getDBs()
Tue Jan 24 14:58:55 decode failed. probably invalid utf-8 string [�]
Tue Jan 24 14:58:55 why: TypeError: malformed UTF-8 character
sequence at offset 1
Tue Jan 24 14:58:55 Error: invalid utf8 shell/utils.js:925
I might have found something interesting though:
- the problem is present on the (current) pimary
- it's also present on a secondary, but as you can see the malformed
UTF-8 string is not the same.
- we have a second secondary server, and on this one I could issue
both "show dbs" and db.getMongo().getDBs(). The databases in the list
are the ones I expected, nothing more.
@Andy
I am 100% sure this problem appeared with journaling enabled in our case.
My only guess is that we had several network issues in the last few
weeks, and the primary role changed frequently, with rollbacks and so
on. So we might have encountered a race condition in the code.
Unfortunately I cannot tell precisely what happened, when, nor
reproduce it...
Since at least one of the secondary is working, I can try to repair
the one with the error, and see if it fixes the problem. Switch the
primary and repair it too.
Philippe
--
Philippe
Allgoob SA