That's a real shame... It's the web ui that sold the team on using it. I found a very old post here (http://mail.python.org/pipermail/medusa-dev/2002/000793.html) suggesting to turn off chunking in medusa... Despite being posted in 2002, I tried it because the line number mentioned hadn't changed. Alas, it didn't work, so I'm going to have to learn a bit more python and fix this. Thanks for such a quick response!
tlj ________________________________________ From: Chris McDonough [[email protected]] Sent: Sunday, May 15, 2011 9:58 PM To: Timothy Jones Cc: supervisor-users Subject: Re: [Supervisor-users] web ui breaks when the page is over 64k On Mon, 2011-05-16 at 01:41 +0000, Timothy Jones wrote: > Hello all! > > My team at work has been using supervisord with great success for the past 3 > months in a production > environment with 51 monitored processes. Now we're testing a similar but > larger iteration of this work but > with 203 monitored processes, and I believe we're running into the same > situation described below (web page > gets truncated at an arbitrary point of 65536 bytes, identical output in > curl's "Received" column that Drew > described back in September. > > Did anyone (maybe Drew?) find the issue or work around for this? My platform > details are: > * RHEL 5.5 > * Supervisor 3.0a9 > * Python from the xpyv-0.9.22-0.1.glibc2.5 (virtual python > package) > * Python 2.6.1 (r261:67515, Jul 14 2009, 17:37:39) > Everything else (supervisor status, actual start/stop activity) is still > working perfectly. We just can't get a full listing of the processes via the > web UI. > > Thanks so much! The web UI is a bit of a stepchild, unfortunately. No sense in pretending it's going to be fixed on any schedule, or ever, sorry. - C > > > tlj > work: [email protected] > home: [email protected] > > ============================================= > Drew Perttula drewp at bigasterisk.com > Fri Sep 17 22:22:33 EDT 2010 > > I haven't looked into it deeply yet, but there's definitely a problem > with the web ui page stalling at 65536 bytes. My version is 3.0a8. > > In curl, it looks like this: > > % curl -o/dev/null http://localhost:9001/ > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 80 81041 80 65536 0 0 21398 0 0:00:03 0:00:03 > --:--:-- 21445 > > The 'received' number just sits there as time passes. wget says > "Connection closed at byte 65536." > > For the record, this truncates the process HTML around the 68th row. > _______________________________________________ > Supervisor-users mailing list > [email protected] > http://lists.supervisord.org/mailman/listinfo/supervisor-users _______________________________________________ Supervisor-users mailing list [email protected] http://lists.supervisord.org/mailman/listinfo/supervisor-users
