1 |
On 04/10/2013 18:09, Dale wrote: |
2 |
> Sometime last night while I was sleeping, my network sort of hiccuped. |
3 |
> If I went to a Konsole, I could ping google so it appears the network |
4 |
> was working on the lower level but not one browser that was left open |
5 |
> would work. It also didn't/couldn't download new emails. When I |
6 |
> restarted the browser, it worked. This is the case for both Seaminkey |
7 |
> and Firefox. If it was just one, I'd think browser issue but not two of |
8 |
> them at the same time. This is a example of what is in my messages file: |
9 |
> |
10 |
> Sep 29 03:10:15 localhost kernel: [382175.585718] ohci_hcd 0000:00:12.1: |
11 |
> urb ffff88034092b0c0 path 1 ep1in 93120000 cc 9 --> status -121 |
12 |
> Sep 29 03:10:17 localhost kernel: [382177.582033] ohci_hcd 0000:00:12.1: |
13 |
> urb ffff8803f06a9d40 path 1 ep1in 92120000 cc 9 --> status -121 |
14 |
> Sep 29 03:10:19 localhost kernel: [382179.586285] ohci_hcd 0000:00:12.1: |
15 |
> urb ffff8803f06a9680 path 1 ep1in 93120000 cc 9 --> status -121 |
16 |
> Sep 29 03:10:21 localhost kernel: [382181.582602] ohci_hcd 0000:00:12.1: |
17 |
> urb ffff8803f06a9680 path 1 ep1in 92120000 cc 9 --> status -121 |
18 |
> Sep 29 03:10:23 localhost kernel: [382183.586879] ohci_hcd 0000:00:12.1: |
19 |
> urb ffff8803f06a9680 path 1 ep1in 93120000 cc 9 --> status -121 |
20 |
|
21 |
|
22 |
|
23 |
What I read from your description is that Seamonkey and Firefox hiccuped |
24 |
and everything else either works or was not tested. Assuming that those |
25 |
browsers share lots of common code - see where I'm going with this? |
26 |
|
27 |
The entries in your messages file may or may not be relevant, and if |
28 |
they are relevant it will be as a side effect. |
29 |
|
30 |
OHCI is a USB 1.1 implementation, I can't imagine why you have it |
31 |
loaded. Surely you do not have USB 1 only hardware? USB2 deals with that |
32 |
nicely. It is possible that you have a shit storm of USB weirdness going |
33 |
on and this in locking up the desktop. Try disabling USB stuff you don't |
34 |
need and see what gives. |
35 |
|
36 |
|
37 |
|
38 |
> |
39 |
> I did a google search but obviously not direct hits so I had to adjust |
40 |
> things until I got some hits. I removed for example the time stamp and |
41 |
> lots of other unigue things to my system. The closest hit I got was |
42 |
> three years ago and it's not the same even allowing for the stuff that |
43 |
> will change. So, google was no help. |
44 |
> |
45 |
> I did a update last night. It updated the kernel sources but I haven't |
46 |
> touched it yet. It updated the virtual for udev and nvidia-drivers |
47 |
> which I am using at the moment. The only one I see that could possibly |
48 |
> affect this is the udev one but I don't think it is likely since it is a |
49 |
> virtual and the actual dev package didn't change. |
50 |
> |
51 |
> By the way, I use checkrestart after updates. If needed, I go to boot |
52 |
> runlevel and restart whatever else is needed to get a clean output. I |
53 |
> did rmmod nvidia and modprobe nvidia last night. I'm hoping this driver |
54 |
> will not cause my kicker thingy to lock up like the last dozen or so |
55 |
> has. :/ |
56 |
> |
57 |
> Keep in mind, the network worked in a Konsole. It appears to me it was |
58 |
> KDE and/or things running inside of KDE and a regular user that had |
59 |
> issues. I only checked my Seamonkey and Firefox and they did not work |
60 |
> until they was restarted. My grand fix was to log out and log back in |
61 |
> again. |
62 |
> |
63 |
> I just checked again, I am still getting the errors above even tho the |
64 |
> browsers are working. The error above may not be related to this. Sort |
65 |
> of confusing at the moment. |
66 |
> |
67 |
> Kernel problem? KDE problem? Some USB error? Something else? Thoughts? |
68 |
> |
69 |
> Dale |
70 |
> |
71 |
> :-) :-) |
72 |
> |
73 |
> P. S. This is what I get while restarting my network service: |
74 |
> |
75 |
> Oct 4 10:27:13 localhost kernel: [839575.429674] ohci_hcd 0000:00:12.1: |
76 |
> urb ffff8802f06dc240 path 1 ep1in 93120000 cc 9 --> status -121 |
77 |
> Oct 4 10:27:15 localhost kernel: [839577.425964] ohci_hcd 0000:00:12.1: |
78 |
> urb ffff8802f06dc240 path 1 ep1in 92120000 cc 9 --> status -121 |
79 |
> Oct 4 10:27:17 localhost kernel: [839579.430267] ohci_hcd 0000:00:12.1: |
80 |
> urb ffff8802f06dc6c0 path 1 ep1in 93120000 cc 9 --> status -121 |
81 |
> Oct 4 10:27:17 localhost sshd[8316]: Received signal 15; terminating. |
82 |
> Oct 4 10:27:17 localhost kernel: [839580.289194] r8169 0000:03:00.0 |
83 |
> eth0: link down |
84 |
> Oct 4 10:27:17 localhost kernel: [839580.289204] r8169 0000:03:00.0 |
85 |
> eth0: link down |
86 |
> Oct 4 10:27:17 localhost kernel: [839580.289256] IPv6: |
87 |
> ADDRCONF(NETDEV_UP): eth0: link is not ready |
88 |
> Oct 4 10:27:18 localhost sshd[8692]: Server listening on 0.0.0.0 port 22. |
89 |
> Oct 4 10:27:18 localhost sshd[8692]: Server listening on :: port 22. |
90 |
> Oct 4 10:27:19 localhost kernel: [839581.426532] ohci_hcd 0000:00:12.1: |
91 |
> urb ffff88042086ac00 path 1 ep1in 92120000 cc 9 --> status -121 |
92 |
> Oct 4 10:27:19 localhost kernel: [839582.327590] r8169 0000:03:00.0 |
93 |
> eth0: link up |
94 |
> Oct 4 10:27:19 localhost kernel: [839582.327599] IPv6: |
95 |
> ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready |
96 |
> Oct 4 10:27:21 localhost kernel: [839583.430811] ohci_hcd 0000:00:12.1: |
97 |
> urb ffff8802f06dc6c0 path 1 ep1in 93120000 cc 9 --> status -121 |
98 |
> Oct 4 10:27:22 localhost kernel: [839584.527264] r8169 0000:03:00.0 |
99 |
> eth0: link down |
100 |
> Oct 4 10:27:23 localhost kernel: [839585.427127] ohci_hcd 0000:00:12.1: |
101 |
> urb ffff880410612900 path 1 ep1in 92120000 cc 9 --> status -121 |
102 |
> Oct 4 10:27:23 localhost kernel: [839586.105999] r8169 0000:03:00.0 |
103 |
> eth0: link up |
104 |
> Oct 4 10:27:25 localhost kernel: [839587.431380] ohci_hcd 0000:00:12.1: |
105 |
> urb ffff880410612900 path 1 ep1in 93120000 cc 9 --> status -121 |
106 |
> Oct 4 10:27:27 localhost kernel: [839589.427672] ohci_hcd 0000:00:12.1: |
107 |
> urb ffff880410612900 path 1 ep1in 92120000 cc 9 --> status -121 |
108 |
> |
109 |
> I'm thinking the error is not related to network since on e of them is |
110 |
> while the network was down. I'm glad that logrotate is working well. O_O |
111 |
> |
112 |
|
113 |
|
114 |
-- |
115 |
Alan McKinnon |
116 |
alan.mckinnon@×××××.com |