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! tlj work: [email protected] home: [email protected] ============================================= Drew Perttula drewp at bigasterisk.com <mailto:supervisor-users%40lists.supervisord.org?Subject=%5BSupervisor-users%5D%20web%20ui%20breaks%20when%20the%20page%20is%20over%2064k&In-Reply-To=> 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
