The Tor Project issues
https://gitlab.torproject.org/groups/tpo/-/issues
2020-06-27T14:10:42Z
https://gitlab.torproject.org/tpo/core/tor/-/issues/412
Tor v0.1.2.12-rc segfaults after a while
2020-06-27T14:10:42Z
Trac
Tor v0.1.2.12-rc segfaults after a while
uname -mrs
FreeBSD 6.2-RELEASE-p3 i386
Tor version 0.1.2.12-rc.
Core was generated by `tor'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading s...
uname -mrs
FreeBSD 6.2-RELEASE-p3 i386
Tor version 0.1.2.12-rc.
Core was generated by `tor'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from /lib/libssl.so.5...done.
Loaded symbols for /lib/libssl.so.5
Reading symbols from /lib/libcrypto.so.5...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /lib/libpthread.so.2...done.
Loaded symbols for /lib/libpthread.so.2
Reading symbols from /lib/libevent-1.2a.so.1...done.
Loaded symbols for /lib/libevent-1.2a.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x2827f537 in pthread_testcancel () from /lib/libpthread.so.2
[New Thread 0x8110200 (runnable)]
[New Thread 0x8110000 (LWP 100098)]
[New Thread 0x80f4000 (runnable)]
[New LWP 100066]
(gdb) where
#0 0x2827f537 in pthread_testcancel () from /lib/libpthread.so.2
#1 0x28277ec8 in pthread_mutexattr_init () from /lib/libpthread.so.2
legacy/trac#2 0x28108450 in ?? ()
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: Orum
https://gitlab.torproject.org/tpo/core/tor/-/issues/413
cannot compile svn 9944
2020-06-27T14:10:42Z
Trac
cannot compile svn 9944
When I try to build svn 9944, I receive the following:
gcc -g -O2 -Wall -g -O2 -L/usr/local/lib -Wl,-R/usr/local/lib -o tor buffers.o circuitbuild.o circuitlist.o circuituse.o command.o config.o connection.o connection_edge.o conne...
When I try to build svn 9944, I receive the following:
gcc -g -O2 -Wall -g -O2 -L/usr/local/lib -Wl,-R/usr/local/lib -o tor buffers.o circuitbuild.o circuitlist.o circuituse.o command.o config.o connection.o connection_edge.o connection_or.o control.o cpuworker.o directory.o dirserv.o dns.o hibernate.o main.o onion.o policies.o relay.o rendcommon.o rendclient.o rendmid.o rendservice.o rephist.o router.o routerlist.o routerparse.o eventdns.o tor_main.o ../common/libor.a ../common/libor-crypto.a -lz -lpthread -levent -lssl -lcrypto
relay.o(.text+0x2d2e): In function `init_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1488: undefined reference to `mp_pool_new'
relay.o(.text+0x2da4): In function `free_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1496: undefined reference to `mp_pool_destroy'
relay.o(.text+0x2e1e): In function `clean_cell_pool':
/home/yancm/torsrc/src/or/relay.c:1505: undefined reference to `mp_pool_clean'
relay.o(.text+0x2f0e): In function `cell_queue_append_packed_copy':
/home/yancm/torsrc/src/or/relay.c:1519: undefined reference to `mp_pool_get'
relay.o(.text+0x2f4f): In function `cell_queue_clear':
/home/yancm/torsrc/src/or/relay.c:1512: undefined reference to `mp_pool_release'
relay.o(.text+0x3458): In function `connection_or_flush_from_first_active_circuit':
/home/yancm/torsrc/src/or/relay.c:1512: undefined reference to `mp_pool_release'
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc/src/or
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc/src
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc
*** Error code 1
Stop.
make: stopped in /home/yancm/torsrc
[1] Exit 1 make
[Automatically added by flyspray2trac: Operating System: BSD]
**Trac**:
**Username**: yancm
https://gitlab.torproject.org/tpo/core/tor/-/issues/415
seg fault on r9801
2020-06-27T14:10:42Z
Roger Dingledine
seg fault on r9801
moria1 died last night:
#0 0x0000002a95e91be0 in strlen () from /lib/libc.so.6
#1 0x0000002a95e5fcf5 in vfprintf () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e84c76 in vsnprintf () from /lib/libc.so.6
legacy/trac#3 0x00000000004...
moria1 died last night:
#0 0x0000002a95e91be0 in strlen () from /lib/libc.so.6
#1 0x0000002a95e5fcf5 in vfprintf () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e84c76 in vsnprintf () from /lib/libc.so.6
legacy/trac#3 0x0000000000465295 in tor_vsnprintf (
str=0x7fbfffcc6c "Forgetting obsolete (too old) routerinfo for router 'pr 16 21:11:03.0ôÿ¿\177", size=9962,
format=0x7fbffff3e0 "\027\214®-\031Â80¼Æ\002", args=0x1) at compat.c:320
legacy/trac#4 0x00000000004615d3 in format_msg (
buf=0x7fbfffcc30 "Apr 16 21:11:09.114 [info] routerlist_remove_old_routers(): Forgetting obsolete (too old) routerinfo for router 'pr 16 21:11:03.0ôÿ¿\177", buf_len=10022, domain=8192, severity=6,
funcname=0x494ea0 "routerlist_remove_old_routers",
format=0x495bc0 "Forgetting obsolete (too old) routerinfo for router '%s'", ap=0x7fbffff3a0) at log.c:185
legacy/trac#5 0x0000000000460be1 in logv (severity=6, domain=8192,
funcname=0x494ea0 "routerlist_remove_old_routers",
format=0x495bc0 "Forgetting obsolete (too old) routerinfo for router '%s'", ap=0x7fbffff3a0) at log.c:232
legacy/trac#6 0x0000000000460d1f in _log_fn (severity=766413847, domain=2515679776,
fn=0x7fbffff3e0 "\027\214®-\031Â80¼Æ\002",
format=0x1 <Address 0x1 out of bounds>) at log.c:278
legacy/trac#7 0x0000000000454363 in routerlist_remove_old_routers () at routerlist.c:2191
legacy/trac#8 0x0000000000457f3b in update_router_have_minimum_dir_info ()
legacy/trac#9 0x0000000000457e90 in router_have_minimum_dir_info () at routerlist.c:4194
legacy/trac#10 0x0000000000440ccd in run_scheduled_events (now=1176772269) at main.c:931
legacy/trac#11 0x0000000000441219 in second_elapsed_callback (fd=766413847, event=14880,
args=0x7fbffff3e0) at main.c:1063
legacy/trac#12 0x0000002a9599b82d in event_base_priority_init ()
from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x0000002a9599ba72 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#14 0x0000002a9599b8e5 in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#15 0x0000002a9599b84b in event_dispatch () from /usr/lib/libevent-1.1a.so.1
legacy/trac#16 0x000000000044164b in do_main_loop () at main.c:1266
legacy/trac#17 0x000000000044235a in tor_main (argc=766413847, argv=0x2a95f23a20)
at main.c:2492
legacy/trac#18 0x0000002a95e31441 in __libc_start_main () from /lib/libc.so.6
legacy/trac#19 0x000000000040622a in _start () at ../sysdeps/x86_64/elf/start.S:96
iu
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/416
SVN r9989, crash, corrupt stack?
2020-06-27T14:10:42Z
Trac
SVN r9989, crash, corrupt stack?
Checked out revision 9989. Crashed.
(gdb) bt
#0 0x40254c91 in kill () from /lib/libc.so.6
#1 0x40032c85 in pthread_kill () from /lib/libpthread.so.0
legacy/trac#2 0x40032cc6 in raise () from /lib/libpthread.so.0
legacy/trac#3 0x4025...
Checked out revision 9989. Crashed.
(gdb) bt
#0 0x40254c91 in kill () from /lib/libc.so.6
#1 0x40032c85 in pthread_kill () from /lib/libpthread.so.0
legacy/trac#2 0x40032cc6 in raise () from /lib/libpthread.so.0
legacy/trac#3 0x40254a64 in raise () from /lib/libc.so.6
legacy/trac#4 0x40255f9c in abort () from /lib/libc.so.6
legacy/trac#5 0x40289385 in __fsetlocking () from /lib/libc.so.6
legacy/trac#6 0x4028ed40 in malloc_usable_size () from /lib/libc.so.6
legacy/trac#7 0x08081e7a in directory_handle_command (conn=0x92049e0) at directory.c:1727
legacy/trac#8 0x080825bd in connection_dir_process_inbuf (conn=0x92049e0) at directory.c:1336
legacy/trac#9 0x0806a758 in connection_process_inbuf (conn=Variable "conn" is not available.
) at connection.c:2284
legacy/trac#10 0x0806c942 in connection_handle_read (conn=0x92049e0) at connection.c:1514
legacy/trac#11 0x08093838 in conn_read_callback (fd=68, event=2, _conn=0x92049e0) at main.c:428
legacy/trac#12 0x400862f0 in event_base_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#13 0x00000001 in ?? ()
legacy/trac#14 0x4007c298 in ?? ()
legacy/trac#15 0xbffffaf0 in ?? ()
legacy/trac#16 0x081096b8 in ?? ()
legacy/trac#17 0xbffffafa in ?? ()
legacy/trac#18 0x0810968c in ?? ()
legacy/trac#19 0xbffffaf0 in ?? ()
legacy/trac#20 0x00000000 in ?? ()
legacy/trac#21 0x00000000 in ?? ()
legacy/trac#22 0x40095034 in selectops () from /usr/lib/libevent-1.3b.so.1
legacy/trac#23 0x08109698 in ?? ()
legacy/trac#24 0x00014194 in ?? ()
legacy/trac#25 0x40081a38 in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#26 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#27 0x462786bc in ?? ()
legacy/trac#28 0x0008e3dc in ?? ()
legacy/trac#29 0x00000000 in ?? ()
legacy/trac#30 0x000f4237 in ?? ()
legacy/trac#31 0x00000000 in ?? ()
legacy/trac#32 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#33 0x00000000 in ?? ()
legacy/trac#34 0x4001aca0 in _dl_argv_internal () from /lib/ld-linux.so.2
legacy/trac#35 0xbffffca8 in ?? ()
legacy/trac#36 0x40086597 in event_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#37 0x00000000 in ?? ()
legacy/trac#38 0x4009515c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#39 0x400865bb in event_dispatch () from /usr/lib/libevent-1.3b.so.1
legacy/trac#40 0x400865a6 in event_dispatch () from /usr/lib/libevent-1.3b.so.1
legacy/trac#41 0x08093397 in tor_main (argc=0, argv=0x852) at main.c:1276
Previous frame inner to this frame (corrupt stack?)
(gdb)
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: xiando
https://gitlab.torproject.org/tpo/core/tor/-/issues/417
[err] routerlist.c:4488: routerlist_assert_ok: Assertion r == r2 failed; abor...
2020-06-27T14:10:42Z
weasel (Peter Palfrader)
[err] routerlist.c:4488: routerlist_assert_ok: Assertion r == r2 failed; aborting.
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d10885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7d12002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080afe48 in routerlist_assert_ok (rl=0x8144788) ...
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d10885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7d12002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080afe48 in routerlist_assert_ok (rl=0x8144788) at routerlist.c:4504
legacy/trac#4 0x080ab058 in routerlist_remove_old_routers () at routerlist.c:2227
legacy/trac#5 0x080af2f8 in update_router_have_minimum_dir_info () at routerlist.c:4211
legacy/trac#6 0x080af23d in router_have_minimum_dir_info () at routerlist.c:4182
legacy/trac#7 0x080942a5 in run_scheduled_events (now=1177084855) at main.c:932
legacy/trac#8 0x08094873 in second_elapsed_callback (fd=-1, event=1, args=0x0) at main.c:1064
legacy/trac#9 0xb7e1fc79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1
legacy/trac#10 0xb7e1ff65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#11 0xb7e1fdcb in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#12 0xb7e1fcb0 in event_dispatch () from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x08094d3b in do_main_loop () at main.c:1267
legacy/trac#14 0x08095dcd in tor_main (argc=0, argv=0x0) at main.c:2494
legacy/trac#15 0x080b943b in main (argc=0, argv=0x0) at tor_main.c:22
legacy/trac#16 0xb7cfd970 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#17 0x0804c7f1 in _start () at ../sysdeps/i386/elf/start.S:102
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/418
Option to prevent Tor from opening circuits on its own at startup
2020-06-27T14:10:42Z
Trac
Option to prevent Tor from opening circuits on its own at startup
When Tor is started, it immediately opens some circuits. These circuits cannot be closed via the ControlPort with CLOSECIRCUIT. If you try to close such a circuit, a new one is created immediately. I'd like to have an Option, that, when ...
When Tor is started, it immediately opens some circuits. These circuits cannot be closed via the ControlPort with CLOSECIRCUIT. If you try to close such a circuit, a new one is created immediately. I'd like to have an Option, that, when it is set, has the effect that Tor doesn't open any circuits by itself, letting me - and only me - create circuits manually.
This feature would be handy, if you want Tor to only connect to servers in specific countries or even only specific servers you choose. Because if there are only the circuits you created, all traffic will have to be routed through them, and there will be no chance the traffic is routed through other circuits Tor created itself. Additionally this option would have the effect that you don't need to use ATTACHSTREAM to route every single request through a specific circuit.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: chm
Roger Dingledine
Roger Dingledine
https://gitlab.torproject.org/tpo/core/tor/-/issues/419
begin_dir broken on 0.1.2.13?
2020-06-27T14:10:41Z
Roger Dingledine
begin_dir broken on 0.1.2.13?
I finally got tunneled connections working correctly for clients.
It works great when connecting to 0.2.0.x servers.
But when connecting to 0.1.2.13, it fetches a lot of directory
info over the TLS connection, but it gets an EOF early:
...
I finally got tunneled connections working correctly for clients.
It works great when connecting to 0.2.0.x servers.
But when connecting to 0.1.2.13, it fetches a lot of directory
info over the TLS connection, but it gets an EOF early:
Apr 27 06:28:38.980 [debug] fetch_from_buf_http(): headerlen 141, bodylen 151383
.
Apr 27 06:28:38.981 [debug] connection_dir_client_reached_eof(): Received respon
se from directory server '86.59.21.38:443': 200 "OK"
Apr 27 06:28:38.981 [debug] connection_dir_client_reached_eof(): Time on receive
d directory is within tolerance; we are -9 seconds skewed. (That's okay.)
Apr 27 06:28:38.997 [info] tor_gzip_uncompress(): possible truncated or corrupt
zlib data
Apr 27 06:28:38.997 [info] connection_dir_client_reached_eof(): Unable to decomp
ress HTTP body (server '86.59.21.38:443').
Apr 27 06:28:38.998 [debug] conn_close_if_marked(): Cleaning up connection (fd -
1).
Apr 27 06:28:38.998 [info] connection_dir_request_failed(): Giving up on directo
ry server at '86.59.21.38'; retrying
Whereas on moria, it works:
Apr 27 06:29:36.305 [debug] fetch_from_buf_http(): headerlen 141, bodylen 471545
.
Apr 27 06:29:36.306 [debug] connection_dir_client_reached_eof(): Received respon
se from directory server '18.244.0.114:443': 200 "OK"
Apr 27 06:29:36.306 [debug] connection_dir_client_reached_eof(): Time on receive
d directory is within tolerance; we are -9 seconds skewed. (That's okay.)
Apr 27 06:29:36.352 [info] connection_dir_client_reached_eof(): Received network
status objects (size 1063662) from server '18.244.0.114:443'
Apr 27 06:29:36.417 [debug] check_directory_signature(): Signed directory hash s
tarts F2FF957E
Is this a bug with 0.2.0's linked connections? Or a bug with 0.1.2.13's handling
of begin_dir?
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/420
funny-looking uname on win98
2020-06-27T14:10:41Z
Roger Dingledine
funny-looking uname on win98
Apr 29 00:45:04.532 [notice] Publication time for router with nickname 'Unnamed'
is too far (34760 minutes) in the past. Not adding (Contact , Platform "Tor 0.1
.1.26 on Windows 98 A ")
Is this " A " a real string from something, or i...
Apr 29 00:45:04.532 [notice] Publication time for router with nickname 'Unnamed'
is too far (34760 minutes) in the past. Not adding (Contact , Platform "Tor 0.1
.1.26 on Windows 98 A ")
Is this " A " a real string from something, or is it a clobbered buffer, or what?
[Automatically added by flyspray2trac: Operating System: All]
Andrew Lewman
Andrew Lewman
https://gitlab.torproject.org/tpo/core/tor/-/issues/421
micro-revision code doesn't like my svk
2020-06-27T14:10:41Z
Roger Dingledine
micro-revision code doesn't like my svk
Building the tarball hangs for me on my shiny new etch. It turns out:
arma@last-request:~/tor-0.2.0.0-alpha-dev/src/or$ svk info ../..
Repository /home/arma/.svk/local does not exist, create? (y/n)
and the little bash script waits and ...
Building the tarball hangs for me on my shiny new etch. It turns out:
arma@last-request:~/tor-0.2.0.0-alpha-dev/src/or$ svk info ../..
Repository /home/arma/.svk/local does not exist, create? (y/n)
and the little bash script waits and waits. Now, I could answer
it, and I suspect it would work for me in the future. But it won't
work for the next non-svk-using shmo.
[Automatically added by flyspray2trac: Operating System: All]
Nick Mathewson
Nick Mathewson
https://gitlab.torproject.org/tpo/core/tor/-/issues/422
Need to back off better when oldest networkstatus isn't downloading right
2020-06-27T14:10:41Z
Roger Dingledine
Need to back off better when oldest networkstatus isn't downloading right
dizum hasn't published a new networkstatus in the past five days. So
clients are rightly calling dizum the oldest, and trying to fetch a
new version. But there isn't a new enough one, so they keep trying,
once per minute.
May 05 01:36:4...
dizum hasn't published a new networkstatus in the past five days. So
clients are rightly calling dizum the oldest, and trying to fetch a
new version. But there isn't a new enough one, so they keep trying,
once per minute.
May 05 01:36:47.708 [info] router_set_networkstatus(): Not replacing
network-status from directory server "dizum" at 194.109.206.212:80
(published 2007-05-01 19:33:17); we have a newer one (published
2007-05-01 19:34:23) for this authority.
http://74.98.7.159:16012/Chatty_Tor.zip has more details. We need
to make clients remember that the networkstatus they're about to
fetch is the same one they fetched last time, and back off if it
keeps failing.
The other piece of this bug is that apparently the network isn't
converging on a single networkstatus from dizum. The fellow who
reported this bug has one from "2007-05-01 19:34:23", but moria2
is currently serving one from "2007-05-01 19:33:17". Is this
because moria2 only asks dizum for updates, and dizum is down,
whereas some dir mirrors ask other places? For completeness:
tor26 is serving one from "2007-05-01 19:31:33", moria1 is serving
one from "2007-05-01 19:30:30", and lefkada has one from
"2007-05-01 19:29:54".
Presumably a few lucky dir mirrors got the latest one from dizum
before it croaked, but the dir mirrors are only asking the dir
authorities, so it's not spreading.
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/423
segfault in routerlist_remove_old/digestmap_remove
2020-06-27T14:10:41Z
weasel (Peter Palfrader)
segfault in routerlist_remove_old/digestmap_remove
r10094 on tor26:
Program terminated with signal 11, Segmentation fault.
(gdb) bt
#0 digestmap_remove (map=0x814cef0, key=0xb7483e4c <Address 0xb7483e4c out of bounds>) at container.c:850
#1 0x080ab70d in routerlist_remove_old (rl=0x81...
r10094 on tor26:
Program terminated with signal 11, Segmentation fault.
(gdb) bt
#0 digestmap_remove (map=0x814cef0, key=0xb7483e4c <Address 0xb7483e4c out of bounds>) at container.c:850
#1 0x080ab70d in routerlist_remove_old (rl=0x814c658, sd=0xb7483e18, idx=2215) at routerlist.c:1869
legacy/trac#2 0x080acf75 in routerlist_remove_old_routers () at routerlist.c:2441
legacy/trac#3 0x080b12b8 in update_router_have_minimum_dir_info () at routerlist.c:4497
legacy/trac#4 0x080b11fd in router_have_minimum_dir_info () at routerlist.c:4468
legacy/trac#5 0x08093205 in run_scheduled_events (now=1178534900) at main.c:1006
legacy/trac#6 0x08093813 in second_elapsed_callback (fd=-1, event=1, args=0x0) at main.c:1145
legacy/trac#7 0xb7fbcc79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1
legacy/trac#8 0xb7fbcf65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#9 0xb7fbcdcb in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#10 0x08093d53 in do_main_loop () at main.c:1357
legacy/trac#11 0x08094dfd in tor_main (argc=-1220002228, argv=0xb7483e4c) at main.c:2584
legacy/trac#12 0x080bca3b in main (argc=-1220002228, argv=0xb7483e4c) at tor_main.c:28
possibly related to 404/417
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/424
Seg fault on r10125 authority
2020-06-27T14:10:41Z
Roger Dingledine
Seg fault on r10125 authority
#0 0x0000002a95e93cf5 in strcasecmp () from /lib/libc.so.6
#1 0x000000000043a2b6 in dirserv_orconn_tls_done (
address=0x9f0a00 "66.23.214.241", or_port=443,
digest_rcvd=0x7fbffff4a0 "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a", as_advertised...
#0 0x0000002a95e93cf5 in strcasecmp () from /lib/libc.so.6
#1 0x000000000043a2b6 in dirserv_orconn_tls_done (
address=0x9f0a00 "66.23.214.241", or_port=443,
digest_rcvd=0x7fbffff4a0 "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a", as_advertised=1)
at dirserv.c:2023
legacy/trac#2 0x00000000004295c6 in connection_or_check_valid_handshake (conn=0x3f937e0,
started_here=1, digest_rcvd=0x7fbffff4a0 "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a")
at connection_or.c:683
legacy/trac#3 0x000000000042988c in connection_tls_finish_handshake (conn=0x3f937e0)
at connection_or.c:710
legacy/trac#4 0x00000000004202ce in connection_read_to_buf (conn=0x3f937e0,
max_to_read=0x7fbffff554) at connection.c:1649
legacy/trac#5 0x000000000041fc15 in connection_handle_read (conn=0x3f937e0)
at connection.c:1554
legacy/trac#6 0x00000000004412e3 in conn_read_callback (fd=10422784, event=0,
_conn=0x2a95f207a0) at main.c:482
legacy/trac#7 0x0000002a9578482d in event_base_priority_init ()
from /usr/lib/libevent-1.1a.so.1
legacy/trac#8 0x0000002a95784a72 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#9 0x0000002a957848e5 in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#10 0x0000000000442be1 in do_main_loop () at main.c:1358
legacy/trac#11 0x00000000004438fa in tor_main (argc=10422784, argv=0x0) at main.c:2585
legacy/trac#12 0x0000002a95e31441 in __libc_start_main () from /lib/libc.so.6
(gdb) up
#1 0x000000000043a2b6 in dirserv_orconn_tls_done (
address=0x9f0a00 "66.23.214.241", or_port=443,
digest_rcvd=0x7fbffff4a0 "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a", as_advertised=1)
at dirserv.c:2023
2023 SMARTLIST_FOREACH(rl->routers, routerinfo_t *, ri, {
(gdb) print address
$1 = 0x9f0a00 "66.23.214.241"
(gdb) print ri->address
$2 = 0x0
(gdb) print *ri
$3 = {cache_info = {signed_descriptor_body = 0x97332d0 "(",
signed_descriptor_len = 182905534440,
signed_descriptor_digest = "\026A&\002Tç!^XØ%\n`\2074}\022ÓÖ*g",
identity_digest = "q®xoY@4,[§\227(þVõØsF7\005", published_on = 1178746494,
extra_info_digest = '\0' <repeats 19 times>,
saved_location = SAVED_IN_JOURNAL, saved_offset = 16290,
do_not_cache = 0}, address = 0x0, nickname = 0x0, addr = 200508994,
or_port = 9001, dir_port = 0, onion_pkey = 0x2cf56c0,
identity_pkey = 0x40faf90, platform = 0x0, bandwidthrate = 3145728,
bandwidthburst = 6291456, bandwidthcapacity = 0, exit_policy = 0x1938090,
uptime = 442, declared_family = 0x0, contact_info = 0x0, is_hibernating = 0,
has_old_dnsworkers = 0, caches_extra_info = 0, is_running = 0, is_valid = 1,
is_named = 0, is_fast = 0, is_stable = 0, is_possible_guard = 0,
is_exit = 0, is_bad_exit = 0, purpose = 0 '\0', last_reachable = 0,
testing_since = 0, num_unreachable_notifications = 240, routerlist_index = 0}
(gdb) up
legacy/trac#2 0x00000000004295c6 in connection_or_check_valid_handshake (conn=0x3f937e0,
started_here=1, digest_rcvd=0x7fbffff4a0 "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a")
at connection_or.c:683
683 dirserv_orconn_tls_done(conn->_base.address, conn->_base.port,
(gdb) print *conn
$4 = {_base = {magic = 2100428547, type = 4 '\004', state = 4 '\004',
purpose = 0 '\0', read_blocked_on_bw = 0, write_blocked_on_bw = 0,
hold_open_until_flushed = 0, inbuf_reached_eof = 0, edge_has_sent_end = 0,
edge_blocked_on_circ = 0, or_is_obsolete = 0, chosen_exit_optional = 0,
s = 1348, conn_array_index = 141, read_event = 0x7bc7260,
write_event = 0x65ded60, inbuf = 0x5861120, outbuf = 0x1e78920,
outbuf_flushlen = 0, timestamp_lastread = 1178746732,
timestamp_lastwritten = 1178746730, timestamp_created = 1178746730,
addr = 1108858609, port = 443, marked_for_close = 0,
marked_for_close_file = 0x0, address = 0x9f0a00 "66.23.214.241",
linked_conn = 0x0, linked = 0, reading_from_linked_conn = 0,
writing_to_linked_conn = 0, active_on_link = 0},
identity_digest = "1ÛL\fÛZó@á L\033Q-ÁrE\207ÿ\a",
nickname = 0x1d155c0 "madrigal", tls = 0x4acdb30, tls_error = 0,
client_used = 0 '\0', timestamp_lastempty = 1178746731,
bandwidthrate = 3145728, bandwidthburst = 6291456, read_bucket = 6291456,
n_circuits = 0, active_circuits = 0x0, next_with_same_id = 0x0,
circ_id_type = CIRC_ID_TYPE_HIGHER, next_circ_id = 20489}
The broken routerinfo_t had an uptime of 442. I found a descriptor that
matched that in cached-routers.new, which alas looks ordinary enough:
router rexy 11.243.134.66 9001 0 0
platform Tor 0.1.2.13 on Windows XP Service Pack 2 [workstation] {terminal servi
ces, single user}
published 2007-05-09 21:34:54
opt fingerprint 71AE 786F 5940 342C 5BA7 9728 FE56 F5D8 7346 3705
uptime 442
bandwidth 3145728 6291456 0
onion-key
-----BEGIN RSA PUBLIC KEY-----
MIGJAoGBAMCt5iI8puWc6NrsbYkrl2CeAfUV51HoXbyRnHbPSy0IGnZJdLJC0JNl
nI33sbBqUpLbqxYWUpoO61o1PVrtCQo8Q/mY26/c6+oQfWgjAhUGm4opkxf0TAr5
4rnMGBoBaW7mv27z/yii/3bCdyw8Ewrf6CxojA1QZ9dnd7Fzn95zAgMBAAE=
-----END RSA PUBLIC KEY-----
signing-key
-----BEGIN RSA PUBLIC KEY-----
MIGJAoGBAORD3KG4cCqyjLAZshO3tSMjzuhttbZ6Jfgcam9QipAhI+V5vNgRN8Xr
5cnLHtAOsYjW3LYI/ONXTMYbr7fe/3fWBhRd7J70tLEoGc14QhNhCIQO10x7FXSk
4ueJgwyZ/G6mgk5E9K1eqljaSdJ3/n9PHQEgICFAfi6rnNQ9OnclAgMBAAE=
-----END RSA PUBLIC KEY-----
opt write-history 2007-05-09 21:23:13 (900 s) 105472,53248,38912,57344,71680,686
08,50176,61440,40960,57344,53248,23552,73728,25600,63488,38912,26624,70656,38912
,63488,57344,390144,43008,28672,0,47104,696320,194560,0,0,0,0,0,13312,112640,228
352
opt read-history 2007-05-09 21:23:13 (900 s) 1949696,531456,592896,528384,608256
,537600,592896,530432,583680,525312,588800,505856,608256,516096,619520,539648,59
1872,542720,607232,542720,622592,1421312,1927168,21504,0,1931264,2076672,1075200
,0,0,0,0,0,1027072,1467392,2020352
contact leucamarian at yahoo dot com
reject 0.0.0.0/8:*
reject 169.254.0.0/16:*
reject 127.0.0.0/8:*
reject 192.168.0.0/16:*
reject 10.0.0.0/8:*
reject 172.16.0.0/12:*
reject *:25
reject *:119
reject *:135-139
reject *:445
reject *:465
reject *:563
reject *:587
reject *:1214
reject *:4661-4666
reject *:6346-6429
reject *:6699
reject *:6881-6999
accept *:*
router-signature
-----BEGIN SIGNATURE-----
E/e7KfpNra2+fz+4yx923vmpfOrrFDM9i4QSNkVUzC7KJV7ojJ9dxwkc0PjbV0Gm
zqkFPHe7gYqyjHa4XDQbaAQK7eMmxNgg8z4ndcpc6uZrVC8UAhX35FjYWJEVnj+7
mnOLPsokJlmcEH/+3Ln3BmKx4lfcpqAVa5/0ATDIsCY=
-----END SIGNATURE-----
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/425
circuitlist.c:1076 assert failure 0.1.2.12-rc
2020-06-27T14:10:41Z
seeess
circuitlist.c:1076 assert failure 0.1.2.12-rc
0.1.2.12-rc bombed out on my OR
from the log
May 08 05:03:07.903 [info] conn_close_if_marked(): Conn (addr [scrubbed], fd 61, type Directory, state 6) marked, but wants to flush 18336 bytes. (Marked at main.c:641)
May 08 05:03:07.903 [i...
0.1.2.12-rc bombed out on my OR
from the log
May 08 05:03:07.903 [info] conn_close_if_marked(): Conn (addr [scrubbed], fd 61, type Directory, state 6) marked, but wants to flush 18336 bytes. (Marked at main.c:641)
May 08 05:03:07.903 [info] conn_close_if_marked(): We stalled too much while trying to write 15416 bytes to addr [scrubbed]. If this happens a lot, either something is wrong with your network connection, or something is wrong with theirs. (fd 61, type Directory, state 6, marked at main.c:641).
May 08 05:03:09.895 [warn] Failing because we have 991 connections already. Please raise your ulimit -n.
May 08 05:03:09.985 [info] connection_exit_connect_dir(): Opening dir bridge
May 08 05:03:09.985 [warn] Failing because we have 991 connections already. Please raise your ulimit -n.
May 08 05:03:10.210 [err] circuitlist.c:1076: assert_circuit_ok: Assertion conn->_base.type == CONN_TYPE_EXIT failed; aborting.
my ulimit -n is 1024
gdb bt
Core was generated by `tor -f /var/lib/tor/data.pub/torrc'.
Program terminated with signal 6, Aborted.
#0 0xb7f9d410 in ?? ()
(gdb) bt
#0 0xb7f9d410 in ?? ()
#1 0xbfdd992c in ?? ()
legacy/trac#2 0x00000006 in ?? ()
legacy/trac#3 0x00006d6c in ?? ()
legacy/trac#4 0xb7ced771 in raise () from /lib/libc.so.6
legacy/trac#5 0xb7ceeea8 in abort () from /lib/libc.so.6
legacy/trac#6 0x080581ae in assert_circuit_ok (c=0xa6ae020) at circuitlist.c:1049
legacy/trac#7 0x08072f3d in connection_exit_begin_conn (cell=0xbfdd9c80, circ=0xa6ae020)
at connection_edge.c:2099
legacy/trac#8 0x0809a8f5 in connection_edge_process_relay_cell (cell=0xbfdd9c80,
circ=0xa6ae020, conn=0x0, layer_hint=0x0) at relay.c:1019
legacy/trac#9 0x0809b0a0 in circuit_receive_relay_cell (cell=0xbfdd9c80, circ=0xa6ae020,
cell_direction=2) at relay.c:169
legacy/trac#10 0x0805d05b in command_process_cell (cell=0xbfdd9c80, conn=0x8472d18)
at command.c:327
legacy/trac#11 0x0807552e in connection_or_process_inbuf (conn=0x8472d18)
at connection_or.c:768
legacy/trac#12 0x080694c6 in connection_process_inbuf (conn=0x6d6c, package_partial=1)
at connection.c:2242
legacy/trac#13 0x0806c513 in connection_handle_read (conn=0x8472d18) at connection.c:1452
legacy/trac#14 0x08095bb8 in conn_read_callback (fd=152, event=2, _conn=0x8472d18)
at main.c:422
legacy/trac#15 0xb7df2332 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#16 0xb7df2549 in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#17 0xb7df256e in event_dispatch () from /usr/lib/libevent-1.1a.so.1
legacy/trac#18 0x08095717 in tor_main (argc=3, argv=0xbfdda424) at main.c:1267
legacy/trac#19 0x080b8ee2 in main (argc=Cannot access memory at address 0x6d6c
) at tor_main.c:22
note: I did already upgrade to .13 (running on another instance) on that box, and had to recompile .12 to get a bt, i dunno if that matters at all but fyi
so let me know what to type in to gdb or what info you need
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/426
infinite directory information retrieval loop
2020-06-27T14:10:41Z
Trac
infinite directory information retrieval loop
After upgrading from version 0.1.1.26 to version 0.1.2.13
(Debian package version 0.1.2.13-3 from mirror.noreply.org),
tor fails to initialise. It seems to be stuck in an infinite loop:
May 12 00:59:19.239 [notice] I learned some more d...
After upgrading from version 0.1.1.26 to version 0.1.2.13
(Debian package version 0.1.2.13-3 from mirror.noreply.org),
tor fails to initialise. It seems to be stuck in an infinite loop:
May 12 00:59:19.239 [notice] I learned some more directory information, but not enough to build a circuit.
May 12 00:59:19.272 [notice] I learned some more directory information, but not enough to build a circuit.
May 12 00:59:19.305 [notice] I learned some more directory information, but not enough to build a circuit.
...and so on
It seems to bombard the directory servers with new connections at
the same rate.
...
tcp 0 0 192.168.0.164:37919 86.59.21.38:80 ESTABLISHED103 6329904 27340/tor
tcp 0 0 192.168.0.164:37914 86.59.21.38:80 ESTABLISHED103 6329896 27340/tor
tcp 199 0 192.168.0.164:37893 86.59.21.38:80 CLOSE_WAIT 103 6329866 27340/tor
...
My tor router runs behind a NAT-firewall, with the listener ports
9001 and 9030 forwarded to the right host and 'Address' in torrc
set to a FQDN pointing to the external IP address.
The daemon runs in a Xen-domU, but I don't think this problem is
related to that.
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: erikbosman
https://gitlab.torproject.org/tpo/core/tor/-/issues/427
circuituse.c:540: circuit_detach_stream: Assertion 0 failed
2020-06-27T14:10:40Z
Trac
circuituse.c:540: circuit_detach_stream: Assertion 0 failed
Tor crashed, died.
Checked out revision 10167.
/var/log/tor/tor.log
May 15 03:59:59.726 [warn] eventdns rejected address [scrubbed]: error 1.
May 15 03:59:59.726 [err] circuit_detach_stream(): Bug: edge conn not in circuit's list?
May ...
Tor crashed, died.
Checked out revision 10167.
/var/log/tor/tor.log
May 15 03:59:59.726 [warn] eventdns rejected address [scrubbed]: error 1.
May 15 03:59:59.726 [err] circuit_detach_stream(): Bug: edge conn not in circuit's list?
May 15 03:59:59.726 [err] Bug: circuituse.c:540: circuit_detach_stream: Assertion 0 failed; aborting.
(gdb) bt
#0 0x40254c91 in kill () from /lib/libc.so.6
#1 0x401dec85 in pthread_kill () from /lib/libpthread.so.0
legacy/trac#2 0x401decc6 in raise () from /lib/libpthread.so.0
legacy/trac#3 0x40254a64 in raise () from /lib/libc.so.6
legacy/trac#4 0x40255f9c in abort () from /lib/libc.so.6
legacy/trac#5 0x0805bc68 in circuit_detach_stream (circ=0x80dcb4c, conn=0x6) at circuituse.c:489
legacy/trac#6 0x0808d6f8 in dns_cancel_pending_resolve (
address=0x8ed6398 "g378727577666a797e78687a6769756e747e337a6a6e6a72737371457a68726a337772776a77w7ixtnei.palengam.com") at dns.c:835
legacy/trac#7 0x0808e45b in dns_resolve (exitconn=0x8bffd58) at dns.c:1239
legacy/trac#8 0x08074ab2 in connection_exit_begin_conn (cell=0xbffff5c0, circ=0x8cf1880) at connection_edge.c:2235
legacy/trac#9 0x0809c7ef in connection_edge_process_relay_cell (cell=0xbffff5c0, circ=0x8cf1880, conn=0x0, layer_hint=0x0) at relay.c:1028
legacy/trac#10 0x0809cfb0 in circuit_receive_relay_cell (cell=0xbffff5c0, circ=0x8cf1880, cell_direction=2) at relay.c:171
legacy/trac#11 0x0805e04d in command_process_cell (cell=0xbffff5c0, conn=0x87a5e00) at command.c:331
legacy/trac#12 0x080770ae in connection_or_process_inbuf (conn=0x87a5e00) at connection_or.c:780
legacy/trac#13 0x0806c4a6 in connection_process_inbuf (conn=Variable "conn" is not available.
) at connection.c:2394
legacy/trac#14 0x0806ebd9 in connection_handle_read (conn=0x87a5e00) at connection.c:1579
legacy/trac#15 0x08095d68 in conn_read_callback (fd=166, event=2, _conn=0x87a5e00) at main.c:482
legacy/trac#16 0x400442f0 in event_base_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#17 0x4003e000 in ?? ()
legacy/trac#18 0x4003e000 in ?? ()
legacy/trac#19 0x03b67565 in ?? ()
legacy/trac#20 0x08110408 in ?? ()
legacy/trac#21 0xbffffb0a in ?? ()
legacy/trac#22 0x081103dc in ?? ()
legacy/trac#23 0xbffffb00 in ?? ()
legacy/trac#24 0x00000000 in ?? ()
legacy/trac#25 0x00000000 in ?? ()
legacy/trac#26 0x40053034 in selectops () from /usr/lib/libevent-1.3b.so.1
legacy/trac#27 0x081103e8 in ?? ()
legacy/trac#28 0x00000001 in ?? ()
legacy/trac#29 0x00000000 in ?? ()
legacy/trac#30 0x0804a228 in ?? ()
legacy/trac#31 0x4649141f in ?? ()
legacy/trac#32 0x000afc9a in ?? ()
legacy/trac#33 0x00000000 in ?? ()
legacy/trac#34 0x000f4238 in ?? ()
legacy/trac#35 0x00000001 in ?? ()
legacy/trac#36 0x4005315c in ?? () from /usr/lib/libevent-1.3b.so.1
legacy/trac#37 0x00000000 in ?? ()
legacy/trac#38 0x40348f80 in ?? ()
legacy/trac#39 0xbffffca8 in ?? ()
legacy/trac#40 0x40044597 in event_loop () from /usr/lib/libevent-1.3b.so.1
legacy/trac#41 0x00000000 in ?? ()
legacy/trac#42 0x00000000 in ?? ()
legacy/trac#43 0x080958bb in tor_main (argc=50, argv=0xa0012) at main.c:1359
Previous frame inner to this frame (corrupt stack?)
(gdb)
[Automatically added by flyspray2trac: Operating System: Other Linux]
**Trac**:
**Username**: xiando
Roger Dingledine
Roger Dingledine
https://gitlab.torproject.org/tpo/core/tor/-/issues/428
r10217 seg fault, buf malloc
2020-06-27T14:10:40Z
Roger Dingledine
r10217 seg fault, buf malloc
#0 0x0000002a95e8c514 in mallopt () from /lib/libc.so.6
#1 0x0000002a95e8bd80 in mallopt () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e8aff7 in malloc () from /lib/libc.so.6
legacy/trac#3 0x0000002a9567494e in zcalloc () from /us...
#0 0x0000002a95e8c514 in mallopt () from /lib/libc.so.6
#1 0x0000002a95e8bd80 in mallopt () from /lib/libc.so.6
legacy/trac#2 0x0000002a95e8aff7 in malloc () from /lib/libc.so.6
legacy/trac#3 0x0000002a9567494e in zcalloc () from /usr/lib/libz.so.1
legacy/trac#4 0x0000002a9567075c in deflateInit2_ () from /usr/lib/libz.so.1
legacy/trac#5 0x0000000000477999 in tor_zlib_new (compress=1, method=GZIP_METHOD)
at torgzip.c:57
legacy/trac#6 0x0000000000435dc9 in directory_handle_command_get (conn=0x84db30,
headers=0x5b6706c "", body=0x5b6ba90 "\026(;Odz\221©A", body_len=10944416)
at directory.c:1839
legacy/trac#7 0x000000000043663c in directory_handle_command (conn=0x84db30)
at directory.c:2045
legacy/trac#8 0x0000000000435139 in connection_dir_process_inbuf (conn=0x84db30)
at directory.c:1430
legacy/trac#9 0x00000000004204bf in connection_handle_read (conn=0x84db30)
at connection.c:1595
legacy/trac#10 0x0000000000441f23 in conn_read_callback (fd=10944544, event=0,
_conn=0x5b6ba90) at main.c:482
legacy/trac#11 0x0000002a9578482d in event_base_priority_init ()
from /usr/lib/libevent-1.1a.so.1
legacy/trac#12 0x0000002a95784a72 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x0000002a957848e5 in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#14 0x0000000000443841 in do_main_loop () at main.c:1365
legacy/trac#15 0x000000000044456a in tor_main (argc=10944544, argv=0xa70000)
at main.c:2592
legacy/trac#16 0x0000002a95e31441 in __libc_start_main () from /lib/libc.so.6
legacy/trac#17 0x00000000004062ea in _start () at ../sysdeps/x86_64/elf/start.S:96
(gdb) up
legacy/trac#6 0x0000000000435dc9 in directory_handle_command_get (conn=0x84db30,
headers=0x5b6706c "", body=0x5b6ba90 "\026(;Odz\221©A", body_len=10944416)
at directory.c:1839
1839 conn->zlib_state = tor_zlib_new(1, ZLIB_METHOD);
(gdb) print *conn
$1 = {_base = {magic = 2575892462, type = 9 '\t', state = 6 '\006',
purpose = 10 '\n', read_blocked_on_bw = 0, write_blocked_on_bw = 0,
hold_open_until_flushed = 0, inbuf_reached_eof = 0, edge_has_sent_end = 0,
edge_blocked_on_circ = 0, or_is_obsolete = 0, chosen_exit_optional = 0,
s = 83, conn_array_index = 1777, read_event = 0x2f1f1c0,
write_event = 0x2f1f790, inbuf = 0x29c4920, outbuf = 0x5b040e0,
outbuf_flushlen = 175, timestamp_lastread = 1179561790,
timestamp_lastwritten = 1179561790, timestamp_created = 1179561790,
addr = 1418132278, port = 1568, marked_for_close = 0,
marked_for_close_file = 0x0, address = 0x6509f0 "84.134.251.54",
linked_conn = 0x0, linked = 0, reading_from_linked_conn = 0,
writing_to_linked_conn = 0, active_on_link = 0}, requested_resource = 0x0,
dirconn_direct = 0, dir_spool_src = DIR_SPOOL_SERVER_BY_DIGEST,
fingerprint_stack = 0x29c4dd0, cached_dir = 0x0, cached_dir_offset = 0,
zlib_state = 0x0, rend_query = '\0' <repeats 16 times>,
identity_digest = '\0' <repeats 19 times>}
(gdb) up
legacy/trac#7 0x000000000043663c in directory_handle_command (conn=0x84db30)
at directory.c:2045
2045 r = directory_handle_command_get(conn, headers, body, body_len);
(gdb) print headers
$3 = 0x5763910 "GET /tor/server/d/C079F0F9E0E36569650BB18E333B0B1D6C37E59E+196F1544419BAA1FBB554D81DC568FF0F1255AAE+3F3E59CBB2AFA7B339CF99CA9040362AC72702A9+F4CB70F7FFEBCCA0520F00D88ED8E7FAC3D01208+E201ACE150813CED8E"...
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/429
routerlist.c:1565: signed_descriptor_get_body: Assertion !memcmp("router ", r...
2020-06-27T14:10:40Z
weasel (Peter Palfrader)
routerlist.c:1565: signed_descriptor_get_body: Assertion !memcmp("router ", r, 7) || !memcmp("extra-
May 19 12:56:05.449 [notice] We now have enough directory information to build circuits.
May 19 12:56:34.620 [err] Bug: routerlist.c:1565: signed_descriptor_get_body: Assertion !memcmp("router ", r, 7) || !memcmp("extra-info ", r, 11) fa...
May 19 12:56:05.449 [notice] We now have enough directory information to build circuits.
May 19 12:56:34.620 [err] Bug: routerlist.c:1565: signed_descriptor_get_body: Assertion !memcmp("router ", r, 7) || !memcmp("extra-info ", r, 11) failed; aborting.
on r10217
the bt:
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7c99885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7c9b002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080abc44 in signed_descriptor_get_body (desc=0x6) at routerlist.c:1572
legacy/trac#4 0x080a9799 in router_rebuild_store (force=0, extrainfo=157592432) at routerlist.c:404
legacy/trac#5 0x080aea0d in router_load_extrainfo_from_string (s=0xd64a7e8 "", saved_location=20, requested_fingerprints=0x86eead8) at routerlist.c:2673
legacy/trac#6 0x08082e81 in connection_dir_client_reached_eof (conn=0x884bec0) at directory.c:1251
legacy/trac#7 0x08083e6f in connection_dir_reached_eof (conn=0x884bec0) at directory.c:1400
legacy/trac#8 0x0806b68c in connection_handle_read (conn=0x884bec0) at connection.c:1604
legacy/trac#9 0x08093089 in conn_read_callback (fd=40, event=2, _conn=0x884bec0) at main.c:482
legacy/trac#10 0xb7eebc79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1
legacy/trac#11 0xb7eebf65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#12 0xb7eebdcb in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#13 0x08094cf3 in do_main_loop () at main.c:1365
legacy/trac#14 0x08095d9d in tor_main (argc=0, argv=0x0) at main.c:2592
legacy/trac#15 0x080be9cb in main (argc=0, argv=0x0) at tor_main.c:28
however, the state looks quite broken:
(at legacy/trac#3)
(gdb) p desc
$3 = (signed_descriptor_t *) 0x6
(gdb) p len
$4 = 0
(gdb) p r
$5 = 0x80f7d60 "!memcmp(\"router \", r, 7) || !memcmp(\"extra-info \", r, 11)"
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/430
segfault in assert_connection_ok (conn=0x464edc2b, now=1179573236) at connect...
2020-06-27T14:10:40Z
weasel (Peter Palfrader)
segfault in assert_connection_ok (conn=0x464edc2b, now=1179573236) at connection.c:2562
r10217
Program terminated with signal 11, Segmentation fault.
(gdb) bt
#0 assert_connection_ok (conn=0x464edc2b, now=1179573236) at connection.c:2562
#1 0x08093081 in conn_read_callback (fd=1235, event=3, _conn=0x464edc2b) at main.c:4...
r10217
Program terminated with signal 11, Segmentation fault.
(gdb) bt
#0 assert_connection_ok (conn=0x464edc2b, now=1179573236) at connection.c:2562
#1 0x08093081 in conn_read_callback (fd=1235, event=3, _conn=0x464edc2b) at main.c:480
legacy/trac#2 0xb7f5ac79 in event_base_priority_init () from /usr/lib/libevent-1.1a.so.1
legacy/trac#3 0xb7f5af65 in event_base_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#4 0xb7f5adcb in event_loop () from /usr/lib/libevent-1.1a.so.1
legacy/trac#5 0x08094cf3 in do_main_loop () at main.c:1365
legacy/trac#6 0x08095d9d in tor_main (argc=1179573236, argv=0x464edbf4) at main.c:2592
legacy/trac#7 0x080be9cb in main (argc=1179573236, argv=0x464edbf4) at tor_main.c:28
(gdb) p routerlist->mmap_descriptors->data
$1 = 0xb65f5000 <Address 0xb65f5000 out of bounds>
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/431
Bug: routerlist.c:5048: routerlist_assert_ok: Assertion sd failed; aborting.
2020-06-27T14:10:40Z
weasel (Peter Palfrader)
Bug: routerlist.c:5048: routerlist_assert_ok: Assertion sd failed; aborting.
[notice] Your Tor server's identity key fingerprint is 'tor26 847B 1F85 0344 D787 6491 A548 92F9 0493 4E4E B85D'
[err] Bug: routerlist.c:5048: routerlist_assert_ok: Assertion sd failed; aborting.
r10221
(gdb) bt
#0 0xffffe410 in __ker...
[notice] Your Tor server's identity key fingerprint is 'tor26 847B 1F85 0344 D787 6491 A548 92F9 0493 4E4E B85D'
[err] Bug: routerlist.c:5048: routerlist_assert_ok: Assertion sd failed; aborting.
r10221
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7cab885 in raise () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#2 0xb7cad002 in abort () from /lib/tls/i686/cmov/libc.so.6
legacy/trac#3 0x080b3a14 in routerlist_assert_ok (rl=0x81583e8) at routerlist.c:5014
legacy/trac#4 0x080ac542 in extrainfo_insert (rl=0x81583e8, ei=0x84f6820) at routerlist.c:1818
legacy/trac#5 0x080adcb3 in router_add_extrainfo_to_routerlist (ei=0x84f6820, msg=0xbfd4dabc, from_cache=1, from_fetch=0) at routerlist.c:2338
legacy/trac#6 0x080aeac6 in router_load_extrainfo_from_string (s=0xb7c81c2e <Address 0xb7c81c2e out of bounds>, saved_location=SAVED_IN_CACHE, requested_fingerprints=0x0) at routerlist.c:2696
legacy/trac#7 0x080a99a4 in router_reload_router_list_impl (extrainfo=1) at routerlist.c:442
legacy/trac#8 0x080a9b0d in router_reload_router_list () at routerlist.c:485
legacy/trac#9 0x08094bdb in do_main_loop () at main.c:1326
legacy/trac#10 0x08095d7d in tor_main (argc=0, argv=0x0) at main.c:2592
legacy/trac#11 0x080bee1b in main (argc=0, argv=0x0) at tor_main.c:28
legacy/trac#3 0x080b3a14 in routerlist_assert_ok (rl=0x81583e8) at routerlist.c:5014
(gdb) p *(extrainfo_t *)_ei
$1 = {cache_info = {signed_descriptor_body = 0x0, signed_descriptor_len = 416, signed_descriptor_digest = "\221\033YQyg&\211\032P)íywÅî\201ÄÂÐ", identity_digest = "ÿËFÛ\0239Ú\204gLp×ËXd4Ä7\004A",
published_on = 1178768642, extra_info_digest = '\0' <repeats 19 times>, ei_dl_status = {next_attempt_at = 0, n_download_failures = 0 '\0'}, saved_location = SAVED_IN_CACHE, saved_offset = 0, do_not_cache = 0},
nickname = "moria1", '\0' <repeats 13 times>, bad_sig = 0, pending_sig = 0x0, pending_sig_len = 0}
[Automatically added by flyspray2trac: Operating System: All]
https://gitlab.torproject.org/tpo/core/tor/-/issues/432
trunk can't be built with -O0
2020-06-27T14:10:40Z
weasel (Peter Palfrader)
trunk can't be built with -O0
r10221 can't be built with -O0. I guess the extern INLINE confuses gcc 3.3.5.
../common/libor-crypto.a(crypto.o)(.text+0x4df6): In function `smartlist_shuffle':
/home/weasel/projects/tor/tor-trunk/src/common/crypto.c:1691: undefined re...
r10221 can't be built with -O0. I guess the extern INLINE confuses gcc 3.3.5.
../common/libor-crypto.a(crypto.o)(.text+0x4df6): In function `smartlist_shuffle':
/home/weasel/projects/tor/tor-trunk/src/common/crypto.c:1691: undefined reference to `smartlist_swap'
collect2: ld returned 1 exit status
[Automatically added by flyspray2trac: Operating System: All]