Closed Bug 533929 Opened 15 years ago Closed 14 years ago

Fx doesn't load pages, hangs. Same pages work fine on Opera 10

Categories

(Firefox :: General, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: dennisgdaniels, Unassigned)

Details

(Keywords: hang, stackwanted, Whiteboard: [CLOSEME 2011-2-15])

Attachments

(7 files)

User-Agent:       Opera/9.80 (X11; Linux i686; U; en) Presto/2.2.15 Version/10.10
Build Identifier: 3.6b4

Fx doesn't load pages, crashes. Same pages work fine on Opera 10
Hoped to solve 3.5.5 problems by upgrading. No joy. Fx still loads extra slow. Opera is fine.

Reproducible: Always




see back trace and screen grab of freeze. GDB doesn't produce any output re: slow pages or Fx in train to freeze.
Attached file fx beta backtrace
lots of question marks in output :(
Attached image screengrab
fx freezing
Happened again immediately
Attached file backtrace
backtrace
Attached image screengrab
screengrab
Attached file dmesg
Keywords: hang, stackwanted
Summary: Fx doesn't load pages, crashes. Same pages work fine on Opera 10 → Fx doesn't load pages, hangs. Same pages work fine on Opera 10
Trying to show how Fx always borks on Blogger.com but never even really got there... Fx borked before that.
Here are some of the videos I've made of the problems:
http://sites.google.com/site/lifewithfedora12/home/all-animated-gif

Something has changed in the ogg theora playback as all of my screencasts made with recordmydesktop don't play correctly anymore otherwise I'd post those too.
(In reply to comment #7)
> Created an attachment (id=416907) [details]
> firefox 3.5.5 freezes up on me on a daily basis
> 
> Trying to show how Fx always borks on Blogger.com but never even really got
> there... Fx borked before that.

http://sites.google.com/site/lifewithfedora12/home/all-animated-gif/fx_frozen_on_blogger.gif?attredirects=0
Google sites are very much affected ... What is bad is that I'm getting DNS errors but only on my Fedora machines, not my vista or XP machines that are on the same network.
http://sites.google.com/site/lifewithfedora12/home/all-animated-gif/firefoxhasalotoftroublewithgooglebasedsitesandservices.gif?attredirects=0
I ran these commands looking for some clue as to why Fx runs times out so quickly after contacting a web page. Opera works just fine on the same machine.

[user@localhost ~]$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
192.168.122.0   0.0.0.0         255.255.255.0   U         0 0          0 virbr0
0.0.0.0         192.168.0.1     0.0.0.0         UG        0 0          0 eth0
[user@localhost ~]$ /sbin/ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:16:D4:EF:20:AA  
          inet addr:192.168.0.103  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:23466 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21332 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:19097057 (18.2 MiB)  TX bytes:3668955 (3.4 MiB)
          Interrupt:16 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:29451 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29451 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2697404 (2.5 MiB)  TX bytes:2697404 (2.5 MiB)

virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00  
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:4142 (4.0 KiB)

wlan0     Link encap:Ethernet  HWaddr 00:1B:77:34:8F:1F  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

wmaster0  Link encap:UNSPEC  HWaddr 00-1B-77-34-8F-1F-71-A2-00-00-00-00-00-00-00-00  
          [NO FLAGS]  MTU:0  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

[user@localhost ~]$ cat /etc/re
readahead.conf  redhat-lsb/     redhat-release  resolv.conf     
[user@localhost ~]$ cat /etc/resolv.conf 
# Generated by NetworkManager
nameserver 192.168.0.1
[user@localhost ~]$ cat /etc/hosts
# hostname localhost.localdomain added to /etc/hosts by anaconda
127.0.0.1		localhost.localdomain localhost
::1		localhost6.localdomain6 localhost6 localhost.localdomain
TCP timing out/ low socket buffer errors

[user@localhost ~]$ netstat -t -s
IcmpMsg:
    InType3: 8
    OutType3: 1
Tcp:
    913 active connections openings
    2 passive connection openings
    4 failed connection attempts
    186 connection resets received
    11 connections established
    50658 segments received
    48364 segments send out
    2301 segments retransmited
    0 bad segments received.
    37 resets sent
UdpLite:
TcpExt:
    2 packets pruned from receive queue because of socket buffer overrun
    339 TCP sockets finished time wait in fast timer
    1 time wait sockets recycled by time stamp
    889 delayed acks sent
    Quick ack mode was activated 902 times
    1128 packets directly queued to recvmsg prequeue.
    100 packets directly received from prequeue
    29360 packets header predicted
    2713 acknowledgments not containing data received
    17473 predicted acknowledgments
    20 congestion windows recovered after partial ack
    0 TCP data loss events
    1 timeouts in loss state
    17 retransmits in slow start
    280 other TCP timeouts
    124 packets collapsed in receive queue due to low socket buffer
    895 DSACKs sent for old packets
    3 DSACKs received
    5 connections reset due to unexpected data
    4 connections reset due to early user close
    56 connections aborted due to timeout
    TCPDSACKIgnoredOld: 1
    TCPDSACKIgnoredNoUndo: 2
    TCPSackShiftFallback: 26
IpExt:
    InMcastPkts: 1037
    OutMcastPkts: 44
    InBcastPkts: 761
    InOctets: 21952123
    OutOctets: 6078825
    InMcastOctets: 167653
    OutMcastOctets: 7668
    InBcastOctets: 104650
Digging around in iptraf and 192.168.0.1 (dlink dir300) I see that my dlink router is handling all of my sessions as UDP... 
IP Address	TCP Session	UDP Session	 
192.168.0.102	      7	         30	
192.168.0.105	      48	13	
192.168.0.103	        33	0<<<<<<<<<<<<<

I'm on eth0. What is more curious is that when I go to the session history: 
TCP	192.168.0.103	53903	192.168.0.1	80
TCP	192.168.0.103	35717	89.108.94.66	80<<<nginx! is running?!
TCP	192.168.0.103	53613	192.168.0.1	53
TCP	192.168.0.103	43147	80.239.242.252	80
TCP	192.168.0.103	48258	192.168.0.1	53
TCP	192.168.0.103	48266	192.168.0.1	53
TCP	192.168.0.103	55210	80.93.53.88	80 <<.ru tv
TCP	192.168.0.103	35714	89.108.94.66	80<<<nginx! is running?!
TCP	192.168.0.103	48292	80.239.242.252	80<<nothin?
TCP	192.168.0.103	53918	192.168.0.1	80
TCP	192.168.0.103	34904	192.168.0.1	53
TCP	192.168.0.103	35712	89.108.94.66	80<<<nginx! is running?!
***

And a lot of my requests are going to my router 192.168.0.1 I compared that traffic to traffic on the other machines and found very different numbers.

So, nginx is handling my web requests maybe?
Severity: normal → major
The fix appears to be:

Putting the correct nameserver in system-config-network


[root@localhost ~]# system-config-network
[root@localhost ~]# cat /etc/resolv.conf
# Generated by NetworkManager
search 192.168.160.190
nameserver 192.168.160.190
nameserver 192.168.160.188
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode or a fresh profile? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Whiteboard: [CLOSEME 2011-2-15]
Probably extension problems causing the above. Moving to chrome anyway. It's faster.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: