Still all is much better, but for your info a user reported an error like: Failed to connect to MSN servers: [Failure instance: Traceback (failure with no frames): exceptions.Exception: Timeout
And I will attach my last debug lines, there are some repeating TBs, they do not make the transport die or anything, but maybe they are interesting. Best regards Stian B. Barmen -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Bunton Sent: 14. august 2006 12:27 To: PyTransports Discussion Subject: Re: [py-transports] Loosing messages :) --- James On 14/08/2006, at 5:09 PM, Stian B. Barmen wrote: > Thanks, have just updated now (have been offline myself most of the > weekend). > > The server has been running steady this weekend, no more memory > hogging. > Users have been reporting much better service. Something got better > with the patch on Friday, that is for sure :) > > Best regards > Stian B. Barmen > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of James > Bunton > Sent: 11. august 2006 17:10 > To: PyTransports Discussion > Subject: Re: [py-transports] Loosing messages > > I've made some more fixes. Could you svn up again and see how you go? > > Thanks. > > --- > > James > > > > On 12/08/2006, at 12:10 AM, Stian B. Barmen wrote: > >> The transport is behaving better now, but not perfect. >> >> Have some errors with the message: >> >> Disconnected from MSN servers: [Failure instance: Traceback (failure >> with no >> frames): exceptions.TypeError: int() argument must be a string or a >> number ] >> >> And in the debug log I have multiple: >> >> [2006-08-11 16:06:23] Traceback (most recent call last): >> File "/usr/lib/python2.4/site-packages/twisted/python/ >> log.py", >> line 53, in callWithLogger >> return callWithContext({"system": lp}, func, *args, **kw) >> File "/usr/lib/python2.4/site-packages/twisted/python/ >> log.py", >> line 38, in callWithContext >> return context.call({ILogContext: newCtx}, func, *args, >> **kw) >> File "/usr/lib/python2.4/site-packages/twisted/python/ >> context.py", >> line 59, in callWithContext >> return self.currentContext().callWithContext(ctx, func, >> *args, >> **kw) >> File "/usr/lib/python2.4/site-packages/twisted/python/ >> context.py", >> line 37, in callWithContext >> return func(*args,**kw) >> --- <exception caught here> --- >> File >> "/usr/lib/python2.4/site-packages/twisted/internet/ >> epollreactor.py", line >> 199, in _doReadOrWrite >> why = selectable.doRead() >> File "/usr/lib/python2.4/site-packages/twisted/internet/ >> tcp.py", >> line 349, in doRead >> return self.protocol.dataReceived(data) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/xmlstream.py", >> line 72, >> in dataReceived >> self.stream.parse(buf) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/domish.py", >> line 524, >> in parse >> self.parser.Parse(buffer) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/domish.py", >> line 564, >> in _onEndElement >> self.ElementEvent(self.currElem) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/xmlstream.py", >> line >> 104, in onElement >> self.dispatch(element) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", >> line 233, >> in dispatch >> callbacklist.callback(object) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", >> line 37, >> in callback >> methodwrapper(*args, **kwargs) >> File >> "/usr/lib/python2.4/site-packages/twisted/words/xish/utility.py", >> line 21, >> in __call__ >> self.method(*nargs, **nkwargs) >> File "/usr/local/pymsnt/src/disco.py", line 161, in onIq >> handler(el) >> File "/usr/local/pymsnt/src/register.py", line 67, in >> incomingRegisterIq >> self.updateRegistration(incoming) >> File "/usr/local/pymsnt/src/register.py", line 137, in >> updateRegistration >> (user, host, res) = internJID(incoming.getAttribute >> ("from")) >> exceptions.TypeError: unpack non-sequence >> >> >> At least the memory eating seems to have calmed, and it does not >> loose messages any more it seems. >> >> -stian >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of James >> Bunton >> Sent: 11. august 2006 15:29 >> To: PyTransports Discussion >> Subject: Re: [py-transports] Loosing messages >> >> Thanks. Applied that to svn trunk. I've also fixed twistfix.parseText >> so that it will return None for parseText("0") >> >> --- >> >> James >> >> >> On 11/08/2006, at 9:13 PM, Lars T. Mikkelsen wrote: >> >>> Hi Stian, >>> >>> On Fri, Aug 11, 2006 at 10:45:05AM +0200, Stian B. Barmen wrote: >>>> I changed the transport setting in ejabberd and have not been able >>>> to recreate the error since. The new problem I get now is that when >>>> I log on to the MSN network I get the following message and then a >>>> disconnect: >>>> >>>> Disconnected from MSN servers: [Failure instance: Traceback >>>> (failure with no >>>> frames): exceptions.TypeError: int() argument must be a string or a >>>> number ] >>> >>> I think you receive the error message due to this traceback: >>> >>>> [2006-08-11 10:39:50] Traceback (most recent call last): >>> [snip] >>>> File "/usr/local/pymsnt/src/legacy/msn/msn.py", line >>>> 1170, in handle_NLN >>>> self.handleAvatarHelper(msnContact, params[4]) >>>> File "/usr/local/pymsnt/src/legacy/msn/msn.py", line >>>> 1146, in handleAvatarHelper >>>> msnobj = MSNObject(unquote(msnobjStr)) >>>> File "/usr/local/pymsnt/src/legacy/msn/msn.py", line 478, >>>> in __init__ >>>> self.parse(s) >>>> File "/usr/local/pymsnt/src/legacy/msn/msn.py", line 524, >>>> in parse >>>> self.size = int(e.getAttribute("Size")) >>>> exceptions.TypeError: int() argument must be a string or a >>>> number >>> >>> Please try applying the attached patch and see if it fixes the issue >>> - I haven't been able to verify it myself, as I only get few of >>> these tracebacks per day. >>> >>> Best regards, >>> Lars >>> <msnobject.patch> >>> _______________________________________________ >>> py-transports mailing list >>> [email protected] >>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >> >> _______________________________________________ >> py-transports mailing list >> [email protected] >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >> >> _______________________________________________ >> py-transports mailing list >> [email protected] >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > _______________________________________________ > py-transports mailing list > [email protected] > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > _______________________________________________ > py-transports mailing list > [email protected] > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports _______________________________________________ py-transports mailing list [email protected] http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports -------------- next part -------------- A non-text attachment was scrubbed... Name: debug.log Type: application/octet-stream Size: 60717 bytes Desc: not available Url : http://modevia.com/pipermail/py-transports/attachments/20060815/ac7b9e5e/debug-0001.obj From [EMAIL PROTECTED] Tue Aug 15 12:24:36 2006 From: [EMAIL PROTECTED] (James Bunton) Date: Tue Aug 15 12:24:50 2006 Subject: [py-transports] Loosing messages In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 15/08/2006, at 4:54 PM, Stian B. Barmen wrote: > Still all is much better, but for your info a user reported an > error like: > > Failed to connect to MSN servers: [Failure instance: Traceback > (failure with > no frames): exceptions.Exception: Timeout > > And I will attach my last debug lines, there are some repeating > TBs, they do > not make the transport die or anything, but maybe they are > interesting. > > Best regards > Stian B. Barmen Thanks for that. The first bunch of ones (internJID) are fixed in current svn. With the exception of the one liners the others are all related to issues with the destruction of MSNConnection objects. I'm refactoring all of that code for the next release to fix that. --- James
