Opened 7 years ago

Closed 6 years ago

#2493 closed defect (wontfix)

segfault in b10-auth when it can't connect to msgq socket

Reported by: jelte Owned by:
Priority: medium Milestone: DNS Outstanding Tasks
Component: b10-auth Version:
Keywords: Cc:
CVSS Scoring: Parent Tickets:
Sensitive: no Defect Severity: Medium
Sub-Project: DNS Feature Depending on Ticket:
Estimated Difficulty: 3 Add Hours to Ticket: 0
Total Hours: 0 Internal?: no

Description

I ran it as a wrong user, and I expect b10-auth to report the permission denied error and quit, so far so good, but when it is cleaning up it segfaults:

2012-11-19 15:45:49.929 FATAL [b10-auth.cc] CC_NO_MSGQ unable to connect to message queue (Permission denied)
2012-11-19 15:45:49.935 FATAL [b10-auth.auth] AUTH_SERVER_FAILED server failed: Unable to connect to message queue: Permission denied
Segmentation fault (core dumped)

Stacktrace:

Program terminated with signal 11, Segmentation fault.
#0  std::_Rb_tree<std::string, std::pair<std::string const, isc::config::ConfigData>, std::_Select1st<std::pair<std::string const, isc::config::ConfigData> >, std::less<std::string>, std::allocator<std::pair<std::string const, isc::config::ConfigData> > >::find (this=0x70, 
    __k=...) at /usr/include/g++/bits/stl_tree.h:1519
1519          iterator __j = _M_lower_bound(_M_begin(), _M_end(), __k);
(gdb) where
#0  std::_Rb_tree<std::string, std::pair<std::string const, isc::config::ConfigData>, std::_Select1st<std::pair<std::string const, isc::config::ConfigData> >, std::less<std::string>, std::allocator<std::pair<std::string const, isc::config::ConfigData> > >::find (this=0x70, 
    __k=...) at /usr/include/g++/bits/stl_tree.h:1519
#1  0x00007f7ff6824e7d in find (__x=..., this=0x70) at /usr/include/g++/bits/stl_map.h:697
#2  isc::config::ModuleCCSession::removeRemoteConfig (this=<optimized out>, module_name=...) at ccsession.cc:718
#3  0x00000000004324b3 in main (argc=<optimized out>, argv=<optimized out>) at main.cc:259

Looks like either the remote config data needs a cleaner initialization or that main.cc call needs to check first whether is succeeded setting up in the first place

Subtickets

Change History (3)

comment:1 Changed 7 years ago by jwright

  • Defect Severity changed from N/A to Medium
  • Milestone New Tasks deleted

comment:2 Changed 6 years ago by stephen

  • Milestone set to DNS Outstanding Tasks

comment:3 Changed 6 years ago by tomek

  • Resolution set to wontfix
  • Status changed from new to closed

DNS and BIND10 framework is outside of scope for Kea project.
The corresponding code has been removed from Kea git repository.
If you want to follow up on DNS or former BIND10 issues, see
http://bundy-dns.de project.

Closing ticket.

Note: See TracTickets for help on using tickets.