[Zope] Finding crash information
Jon Prettyman
jprettyman@acm.org
09 Mar 2000 21:56:25 -0800
Well, with STUPID_FILE_LOG (or STUPID_LOG_FILE) I managed to snag
this:
------
2000-03-10T05:03:23 ERROR(200) ZServer uncaptured python exception,
closing channel <zhttp_channel connected 216.32.64.10:61714 at 859ff38
channel#: 5831 requests:1> (socket.error:(32, 'Broken pipe')
[/opt/Zope-2.1.4-src/ZServer/medusa/asynchat.py|handle_read|80]
[/opt/Zope-2.1.4-src/ZServer/medusa/http_server.py|recv|406]
[/opt/Zope-2.1.4-src/ZServer/medusa/asyncore.py|recv|256])
------
2000-03-10T05:03:32 ERROR(200) ZServer uncaptured python exception,
closing channel <zhttp_channel connected 216.32.64.10:62068 at 8655290
channel#: 5832 requests:1> (socket.error:(32, 'Broken pipe')
[/opt/Zope-2.1.4-src/ZServer/medusa/asynchat.py|handle_read|80]
[/opt/Zope-2.1.4-src/ZServer/medusa/http_server.py|recv|406]
[/opt/Zope-2.1.4-src/ZServer/medusa/asyncore.py|recv|256])
------
2000-03-10T05:04:14 INFO(0) GUF Successful authentication for user
Swebb3 (http://207.241.10.50/premium/acl_users)
Server is still up, but I'm wondering if these channels reopen or if
they all close if that's what stops the server?
I can see how this exception is getting left unhandled in the medusa
code, so I'm going to try and catch it and startup the server again.
-Jon
Pavlos Christoforou <pavlos@gaaros.com> writes:
> No nothing. Really weird. I have actually tried on a Zope instance that
> was accessed only by one person and still it will silently stop after some
> time. Nothing related to heavy load ...
>
>
> Could be related to GUF as I was getting some exceptions from GUF but they
> were uncorrelated in time.
>
> Pavlos
>
> On Thu, 9 Mar 2000, Michel Pelletier wrote:
>
> > Do these sudden disapearances leave core files?
> >
> > -Michel
> >
> > Pavlos Christoforou wrote:
> > >
> > > On 9 Mar 2000, Jon Prettyman wrote:
> > >
> > > >
> > > > Under load (not too heavy, but busy) the Zope process SILENTLY stops.
> > > > I get no traceback info anywhere that I can see. Nothing to
> > > > stdout/stderr, nothing in Z2.log.
> > >
> > > What a coincidence.
> > > I have exactly the same problem. One site with GUF and a CatalogAware
> > > ZClass which silently stops after some time. No errors.
> > >
> > > The problem with GUF and DEBUG mode relates to lost filedescriptors.
> > > Someone posted an explanation (maybe a patch too). You might be able to
> > > locate it by doing a search on the list.
> > >
> > > Please let me know if you find something out.
> > >
> > > Pavlos
> > >
> > > _______________________________________________
> > > Zope maillist - Zope@zope.org
> > > http://lists.zope.org/mailman/listinfo/zope
> > > ** No cross posts or HTML encoding! **
> > > (Related lists -
> > > http://lists.zope.org/mailman/listinfo/zope-announce
> > > http://lists.zope.org/mailman/listinfo/zope-dev )
> >
> > _______________________________________________
> > Zope maillist - Zope@zope.org
> > http://lists.zope.org/mailman/listinfo/zope
> > ** No cross posts or HTML encoding! **
> > (Related lists -
> > http://lists.zope.org/mailman/listinfo/zope-announce
> > http://lists.zope.org/mailman/listinfo/zope-dev )
> >