Re: Try reproducing Firefox Bug No. 611511
Hi all, I am a sysadmin in ISOC-IL for some years, so far did not identify myself as such... On Wed, Dec 01, 2010 at 09:09:20AM +0200, Shlomi Fish wrote: Hi all, Please try to reproduce this Firefox bug (that also happens in Opera and Konqueror): https://bugzilla.mozilla.org/show_bug.cgi?id=611511 [quote] When I access the URL ( ftp://mirror.isoc.org.il/pub/mandriva/devel/cooker/i586/media/main/release/ ), firefox becomes unresponsive for many seconds, and the menus, buttons, tabs, etc. won't respond. This also happens with other pages and also HTTP pages. I tried it in safe mode and was able to reproduce it there. I'm on Mandriva Linux Cooker on a Pentium 4 2.4 machine. I recall this started only a few days ago. I'm using the firefox-latest-nightly. Reproducible: Always Steps to Reproduce: 1. Type firefox -no-remote -safe-mode. 2. Go to the URL. Actual Results: Firefox become unresponsive. Expected Results: Firefox should load the page while still allowing to interact with it. [/quote] I'm on bezeqint.net.il. Please comment on the bug report or here. Well, a few notes: 1. It also happened now to me, using google-chrome 7.0.517.44-r64615. It does not happen with lftp. 2. I looked at the server logs, and it seems to me to happen to all the clients that use EPSV (Extended Passive mode, see rfc 2428 if interested). At least most if not all of them seem to give up after up to around half a minute and revert to normal Passive mode, which works. 3. It seems to be due to our filtering, which currently does not support EPSV mode. I have no idea if iptables supports EPSV and how well - if this is a serious issue, I can try looking at this. You are welcome to vote by emailing our official address mirrormas...@isoc.org.il which currently reaches Lior Kaplan and me. 4. The fact that a client, especially a sophisticated graphical one, gets stuck for an extended time, is obviously a bug, so you are welcome to continue with this venture of opening bugs and make them all behave more nicely. 5. Since I do not know how, if at all, you can make firefox, and most other clients, use normal Passive mode and not Extended, the simplest workaround seems to me, for now, to be to use http. Any specific reason for using ftp in this case? 6. I have no idea what caused it to start happening a few days ago. We did not change anything on our side, as far as I know. Perhaps firefox changed its behaviour on a version you recently updated to. I definitely see in the logs such behaviour many months ago. Regards, -- Didi ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Try reproducing Firefox Bug No. 611511
On Wed, Dec 1, 2010 at 9:09 AM, Shlomi Fish shlo...@iglu.org.il wrote: Hi all, Please try to reproduce this Firefox bug (that also happens in Opera and Konqueror): https://bugzilla.mozilla.org/show_bug.cgi?id=611511 [quote] When I access the URL ( ftp://mirror.isoc.org.il/pub/mandriva/devel/cooker/i586/media/main/release/), firefox becomes unresponsive for many seconds, and the menus, buttons, tabs, etc. won't respond. This also happens with other pages and also HTTP pages. Does not happen to me on Fedora 12 with $ rpm -qf $(which konqueror) kdebase-4.4.5-1.fc12.x86_64 $ rpm -qf $(which firefox) firefox-3.5.15-1.fc12.x86_64 - fast response, no problems I can see. On a more general note, internally at work I have rather large data sets (some contain ~25K files per directory) that are accessed via browsers (http, not ftp - I use Konqueror or Firefox myself, others use IE). It takes a few seconds to get the file list of such a large directory, but nothing is frozen during that time, menus work, other tabs are fine, etc. No surprises. FWIW, -- Oleg Goldshmidt | o...@goldshmidt.org ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Suggested lecture: From VxWorks to Linux
Gilad Shalom I have prepared few papers and a session about Linux Preempt RT. 1. What is Linux preempt RT . A presentation and a paper 2. Live Demo of preempt RT versus non preempt RT kernel - on my laptop. a bootable USB that boots preempt rt. 3. Test Case. Can Preempt RT replace Vxworks as a hard real time system A presentation 4. Interview. A transition from Vxworks to Linux. what does it mean . A paper Anyone who experienced with preempt RT is more than welcome to share his experience. Raz ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Try reproducing Firefox Bug No. 611511
On Wed, Dec 01, 2010 at 11:44:00AM +0200, Shlomi Fish wrote: Hi Yedidyah, On Wednesday 01 December 2010 10:08:16 Yedidyah Bar-David wrote: 5. Since I do not know how, if at all, you can make firefox, and most other clients, use normal Passive mode and not Extended, the simplest workaround seems to me, for now, to be to use http. Any specific reason for using ftp in this case? Well, for a time, I had horrible download speeds when downloading using http:// from http://mirror.isoc.org.il/ and it was better at using ftp:// so that's what I used. It was probably due to changes we did to our filtering and related stuff. Please try http and tell us if you have a problem. 6. I have no idea what caused it to start happening a few days ago. We did not change anything on our side, as far as I know. Perhaps firefox changed its behaviour on a version you recently updated to. I definitely see in the logs such behaviour many months ago. Well, I said a few days ago back at the bug report, which was reported at 11-Nov-2010 (about three weeks ago). many months means more than one. I checked again and see that it seems to start being used around 2009-08. ftp does not report a User Agent. Based on the files downloaded, it seems it was incorporated to opensuse's update mechanism (yum? forgive my ignorance), with others following, and firefox probably did this too now. Well, I guess we'll somehow have to make this work, one way or another. For the time being, please use http if you have problems with your ftp client, and tell us if you have problems. If you have or know about an important client that supports only ftp, and which moved or is expected to move soon to EPSV, please tell us, so we'll consider this more urgent. Regards, -- Didi ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Suggested lecture: From VxWorks to Linux
Hi, I don't know much about preempt RT; I assume that you are suggesting to give this lecture at Herzelinux ; in case this is the case, this should be a great idea! rgs, Dan 2010/12/1 Raz razi...@gmail.com: Gilad Shalom I have prepared few papers and a session about Linux Preempt RT. 1. What is Linux preempt RT . A presentation and a paper 2. Live Demo of preempt RT versus non preempt RT kernel - on my laptop. a bootable USB that boots preempt rt. 3. Test Case. Can Preempt RT replace Vxworks as a hard real time system A presentation 4. Interview. A transition from Vxworks to Linux. what does it mean . A paper Anyone who experienced with preempt RT is more than welcome to share his experience. Raz ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il