-
Type: Bug
-
Resolution: Done
-
Priority: Minor - P4
-
Affects Version/s: 2.4.1
-
Component/s: Replication, Security
-
None
-
Environment:2.6.35.14-97.44.amzn1.x86_64
-
Linux
-
I noticed earlier today that our replica set has been triggering user asserts. From looking at MMS, this started immediately after doing a 2.2.2 -> 2.4.0 upgrade. When I changed the log level to 10 and grepped against the logs for "assert", I get (repeatedly):
Thu Apr 11 01:08:21.951 [slaveTracking] User Assertion: 16538:not authorized for upsert on local.slaves
Thu Apr 11 01:08:21.951 [slaveTracking] update local.slaves keyUpdates:0 exception: not authorized for upsert on local.slaves code:16538 0ms
When looking on the primary server, it's missing the local.slaves collection. Restarting the primary or making it step down doesn't fix it, it's never recreated. All the commands such as rs.status() or rs.reconfig() work fine. As far as I can tell, the only issue this causes that it means the assert number isn't very useful to look at.
- related to
-
SERVER-4473 duplicate key error on local.slaves
- Closed