Custom Query (24293 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (37 - 39 of 24293)

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Ticket Resolution Summary Owner Reporter
#38 Fixed traceback sometimes during flush nickm weasel
Description

[Moved from bugzilla] Reporter: qumqats@… (Joel M. Baldwin)

Description: Opened: 2004-06-04 23:51

I don't know the severity of this bug. It might be causing my pinger to lose some pings, or it might have no effect at all. I frequently find this tracback in my cron logs that do the flushes. It might be the flush coliding with the pinger when both are doing client operations.

Traceback (most recent call last):

File "/home/minion/bin/mixminion", line 10, in ?

mixminion.Main.main(sys.argv)

File "/home/minion/lib/python2.3/site-packages/mixminion/Main.py", line 333, in main

func(commandStr, args[2:])

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line 1828, in flushQueue

client.flushQueue(count, handles)

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line 596, in flushQueue

warnIfLost=0, alreadyQueued=1)

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line 505, in sendPackets

clientLock()

File "/home/minion/lib/python2.3/site-packages/mixminion/ClientMain.py", line 49, in clientLock

LOG.info("Waiting for pid %s", _CLIENT_LOCKFILE.getContents())

File "/home/minion/lib/python2.3/site-packages/mixminion/Common.py", line 1487, in getContents

return readFile(self.filename)

File "/home/minion/lib/python2.3/site-packages/mixminion/Common.py", line 567, in readFile

f = open(fn, ['r', 'rb'][binary])

IOError: [Errno 2] No such file or directory: '/home/minion/.mixminion/lock'

[Automatically added by flyspray2trac: Operating System: FreeBSD]

#39 wontfix Certificate rotation sometimes does not happen. nickm weasel
Description

[Moved from bugzilla] Reporter: nickm@… (Nick Mathewson)

Description: Opened: 2004-06-06 21:54

Sometimes, Mixminion servers become inoperable because they do not rotate their TLS certificates when they expire.

The cause for this bug is unknown. The bug has existed since at least 0.0.6.

You can tell that *another* server has come down with this bug because your log says something like:

Jun 06 00:55:08.643 -0400 [WARN] Certificate error: Invalid certificate from 'lakshmi' at mixminion.pseudonymity.net:48099 (fd 9): Certificate has expired [at Jun 6 00:05:00 2004 GMT]. Shutting down connection.

There are no such obvious signs on the failing server side, AFAIK.

As a band-aid, I could make TLS certificates get roatated daily, no matter what. (Right now, their rotation interval is tied to packet key rotation.) This is probably the right thing to do, but before I do it, I want to understand why on earth it is happening.


Actually, the diagnosis may be completely wrong. Looking at ServerKeys.py, it seems like (by default) certificates only have 5 minutes of sloppiness on either side of their lifetime. Thus, if anybody is skewed by more than 5 minutes, their certificate will be invalid for the amount of their clock skew.

Hm... I'll up the interval for now, but I really need a way to detect relative skew.


I think I might have it nailed now -- I changed the code to warn about clock skew when it downloads a directory, bumped up the skew tolerance, and rewrote the event scheduling code to be less clever and more obviously reliable. I also improved the warning messages so we can find out how badly expired certs are expired.

If anybody sees this problem when running CVS code, please let me know.

[Automatically added by flyspray2trac: Operating System: All]

#40 Fixed building surbs backtraces if first node doesn't have an ip address nickm weasel
Description

[Moved from bugzilla] Reporter: peter@… (Peter Palfrader)

Description: Opened: 2004-07-28 15:15

Hey, using 0.0.7.1, when one builds a SURB, and the first node in the path does not have an IP address, then mixminion backtraces: weasel@galaxy:~$ mixminion generate-surb -t peter@… -o DaBlocks -P 'psycocat,*2' Mixminion version 0.0.7.1 This software is for testing purposes only. Anonymity is not guaranteed. Jul 28 15:14:45.582 +0200 [WARN] Directory /home is writable by group staff (mode 775) Jul 28 15:14:45.863 +0200 [INFO] Selected path is psycocat,snorky,metacolo Enter passphrase for keyring: Traceback (most recent call last):

File "/usr/bin/mixminion", line 9, in ?

mixminion.Main.main(sys.argv)

File "/usr/lib/python2.3/site-packages/mixminion/Main.py", line 333, in main

func(commandStr, args[2:])

File "/usr/lib/python2.3/site-packages/mixminion/ClientMain.py", line 1724, in generateSURB

expiryTime=parser.endAt)

File "/usr/lib/python2.3/site-packages/mixminion/ClientMain.py", line 340, in generateReplyBlock

block = mixminion.BuildMessage.buildReplyBlock(

File "/usr/lib/python2.3/site-packages/mixminion/BuildMessage.py", line 300, in buildReplyBlock

seed)[0]

File "/usr/lib/python2.3/site-packages/mixminion/BuildMessage.py", line 263, in _buildReplyBlockImpl

path[0].getIPV4Info().pack(), sharedKey), secrets, tag

AttributeError: 'NoneType' object has no attribute 'pack' psycocat only has a Hostname in the directory.


It's even marked XXX007 in the code :)

# XXXX007 switch to Host info. We need to use IPV4 for reply blocks # XXXX007 for now, since we don't know which servers will support HOST. # XXXX007 (Do this after all hosts have upgraded to 0.0.6 or later.)

getRoutingInfo() instead of getIPV4Info() will fix this. It looks like all servers now support delivery by hostname. At least they all have Hostname set in addition to IP.

[Automatically added by flyspray2trac: Operating System: All]

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Note: See TracQuery for help on using queries.