[DOCS-15843] Investigate changes in SERVER-71421: Segmentation fault when starting with user pinning Created: 24/Jan/23  Updated: 13/Nov/23  Resolved: 12/Jul/23

Status: Closed
Project: Documentation
Component/s: manual, Server
Affects Version/s: None
Fix Version/s: 6.3.0, 6.3.0-rc0, Server_Docs_20231030, Server_Docs_20231106, Server_Docs_20231105, Server_Docs_20231113

Type: Task Priority: Major - P3
Reporter: Backlog - Core Eng Program Management Team Assignee: Mike Woofter
Resolution: Done Votes: 0
Labels: server-docs-bug-bash
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Documented
documents SERVER-71421 Segmentation fault when starting with... Closed
Participants:
Days since reply: 30 weeks ago

 Description   
Original Downstream Change Summary

This commit removes support for the user pinning feature and its associated server parameters "authorizationManagerPinnedUsers" and "authorizationManagerPinnedUsersRefreshIntervalMillis". Since this has been broken for several releases it's assumed that no users are making use of it, though any who are should be encouraged to simply discontinue as improvements to the authorization subsystem make this no longer necesary.

Description of Linked Ticket

When starting with the following config file, my local server fails to start.

setParameter:
  authorizationManagerPinnedUsers: "admin.admin1192" 

Trace:

{"t":{"$date":"2022-11-16T20:00:27.273Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A9B10AF19","b":"7F9A9AF50000","o":"1BAF19","s":"_ZN5mongo18stack_trace_detail12_GLOBAL__N_117getStackTraceImplERKNS1_7OptionsE","C":"mongo::stack_trace_detail::(anonymous namespace)::getStackTraceImpl(mongo::stack_trace_detail::(anonymous namespace)::Options const&)","s+":"129"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A9B10C1B0","b":"7F9A9AF50000","o":"1BC1B0","s":"_ZN5mongo15printStackTraceEv","C":"mongo::printStackTrace()","s+":"30"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A9B107AE7","b":"7F9A9AF50000","o":"1B7AE7","s":"abruptQuitWithAddrSignal","s+":"197"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A994A7980","b":"7F9A99495000","o":"12980","s":"funlockfile","s+":"50"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A8F7F8989","b":"7F9A8F7AE000","o":"4A989","s":"_ZN9__gnu_cxx5__ops10_Iter_predIZN5mongo12_GLOBAL__N_122PinnedUserSetParameter19_checkForSystemUserERKSt6vectorINS2_8UserNameESaIS6_EEEUlRKS6_E_EclINS_17__normal_iteratorIPSB_S8_EEEEbT_","C":"bool __gnu_cxx::__ops::_Iter_pred<mongo::(anonymous namespace)::PinnedUserSetParameter::_checkForSystemUser(std::vector<mongo::UserName, std::allocator<mongo::UserName> > const&)::{lambda(mongo::UserName const&)#1}>::operator()<__gnu_cxx::__normal_iterator<mongo::UserName const*, std::vector<mongo::UserName, std::allocator<mongo::UserName> > > >(__gnu_cxx::__normal_iterator<mongo::UserName const*, std::vector<mongo::UserName, std::allocator<mongo::UserName> > >)","s+":"69"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A8F7F88B9","b":"7F9A8F7AE000","o":"4A8B9","s":"_ZN5mongo12_GLOBAL__N_122PinnedUserSetParameter19_checkForSystemUserERKSt6vectorINS_8UserNameESaIS3_EE","C":"mongo::(anonymous namespace)::PinnedUserSetParameter::_checkForSystemUser(std::vector<mongo::UserName, std::allocator<mongo::UserName> > const&)","s+":"149"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A8F7ED646","b":"7F9A8F7AE000","o":"3F646","s":"_ZN5mongo12_GLOBAL__N_122PinnedUserSetParameter13setFromStringENS_10StringDataE","C":"mongo::(anonymous namespace)::PinnedUserSetParameter::setFromString(mongo::StringData)","s+":"306"}}}
{"t":{"$date":"2022-11-16T20:00:27.274Z"},"s":"I",  "c":"CONTROL",  "id":31445,   "ctx":"main","msg":"Frame","attr":{"frame":{"a":"7F9A8F7ED334","b":"7F9A8F7AE000","o":"3F334","s":"_ZN5mongo46AuthorizationManagerPinnedUsersServerParameter13setFromStringENS_10StringDataERKN5boost8optionalINS_8TenantIdEEE","C":"mongo::AuthorizationManagerPinnedUsersServerParameter::setFromString(mongo::StringData, boost::optional<mongo::TenantId> const&)","s+":"14"}}}

It seems likely that internalSecurity hasn't been populated at this point in system startup.



 Comments   
Comment by Mike Woofter [ 12/Jul/23 ]

AFAICT, no version of the server docs mention the "authorizationManagerPinnedUsers" or "authorizationManagerPinnedUsersRefreshIntervalMillis" parameters, or pinning users at all. Closing ticket.

Comment by Education Bot [ 24/Jan/23 ]

Fix Version updated for upstream SERVER-71421:
6.3.0-rc0

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