Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #261

Closed (moved)
Open
Created Mar 02, 2006 by goodell@goodell

getinfo orconn-status sometimes crashes

Requesting 'getinfo orconn-status' from the Controller sometimes causes Tor to crash. On most of my servers, this request consistently works normally, but on serifos, this request seems to consistently cause the crash condition. I have no explanation, though I suspect that perhaps some combination of high-volume client activity and high-volume server activity is to blame. This is my test:

$ telnet localhost 9051 authenticate 250 OK getinfo orconn-status Connection closed by foreign host.

The crash is violent, and there are no interesting error messages in the log.

The backtrace is as follows:

(gdb) bt #0 0xb7ce8c73 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0x080733f5 in handle_control_getinfo (conn=0xb4289cf0, len=, body=0x8abe078 "orconn-status\r\n") at control.c:1415 #2 (closed) 0x08075dde in connection_control_process_inbuf_v1 (conn=0xb4289cf0) at control.c:2185 #3 (closed) 0x08075f59 in connection_control_process_inbuf (conn=0xb4289cf0) at control.c:2374 #4 (closed) 0x08065efa in connection_process_inbuf (conn=0x0, package_partial=1) at connection.c:1918 #5 (closed) 0x08068439 in connection_handle_read (conn=0xb4289cf0) at connection.c:1225 #6 (closed) 0x08086769 in conn_read_callback (fd=186, event=2, _conn=0xb4289cf0) at main.c:383 #7 (closed) 0xb7db5c79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1 #8 (closed) 0xb7db5f65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1 #9 (closed) 0xb7db5dcb in event_loop () from /usr/lib/libevent-1.1a.so.1 #10 (closed) 0xb7db5cb0 in event_dispatch () from /usr/lib/libevent-1.1a.so.1 #11 (closed) 0x080887d7 in tor_main (argc=0, argv=0x0) at main.c:1155 #12 (closed) 0xb7c8feb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #13 (closed) 0x0804c5c1 in _start () at ../sysdeps/i386/elf/start.S:119

[Automatically added by flyspray2trac: Operating System: All]

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None