Computer mhfl2 running kde 3.1 on 2.6.0-test2-mm3-1, kppp, kmail, opera.
pppd is version 2.4.1 and has been used without problems since 2.5.5x
Did a bit of web and this got inthe logs:
Aug 4 00:45:08 mhfl2 pppd[8622]: Terminating on signal 15.
Aug 4 00:45:08 mhfl2 pppd[8622]: Connection terminated.
Aug 4 00:45:08 mhfl2 pppd[8622]: Connect time 11.9 minutes.
Aug 4 00:45:08 mhfl2 pppd[8622]: Sent 81253 bytes, received 660560 bytes.
Aug 4 00:45:09 mhfl2 kernel: kobject 'statistics' does not have a release() function, it is broken and must be fixed.
Aug 4 00:45:09 mhfl2 kernel: Badness in kobject_cleanup at lib/kobject.c:402
Aug 4 00:45:09 mhfl2 kernel: Call Trace:
Aug 4 00:45:09 mhfl2 kernel: [<c01d939c>] kobject_cleanup+0x5c/0x74
Aug 4 00:45:09 mhfl2 kernel: [<c01d93ca>] kobject_put+0x16/0x1c
Aug 4 00:45:09 mhfl2 kernel: [<c01d92fb>] kobject_unregister+0x13/0x1c
Aug 4 00:45:09 mhfl2 kernel: [<c028c100>] netdev_unregister_sysfs+0x1c/0x34
Aug 4 00:45:09 mhfl2 kernel: [<c028b696>] netdev_run_todo+0xfa/0x16c
Aug 4 00:45:09 mhfl2 kernel: [<c028eb65>] rtnl_unlock+0x3d/0x44
Aug 4 00:45:09 mhfl2 kernel: [<c0247e6f>] unregister_netdev+0x17/0x1e
Aug 4 00:45:09 mhfl2 kernel: [<c024b8f1>] ppp_shutdown_interface+0x55/0xa0
Aug 4 00:45:09 mhfl2 kernel: [<c0248645>] ppp_ioctl+0x55/0x7e4
Aug 4 00:45:09 mhfl2 kernel: [<c0158eaf>] sys_ioctl+0x1ef/0x20c
Aug 4 00:45:09 mhfl2 kernel: [<c0149907>] sys_close+0x4b/0x60
Aug 4 00:45:09 mhfl2 kernel: [<c02eb9c7>] syscall_call+0x7/0xb
[ 2 more times the above ]
There is a change to ppp_async for xonxoff in -mm2 and -mm3,
could this be related?
===== drivers/net/ppp_async.c 1.12 vs edited =====
--- 1.12/drivers/net/ppp_async.c Fri Jun 20 09:48:08 2003
+++ edited/drivers/net/ppp_async.c Sun Aug 3 18:38:39 2003
@@ -891,6 +891,11 @@
process_input_packet(ap);
} else if (c == PPP_ESCAPE) {
ap->state |= SC_ESCAPE;
+ } else if (I_IXON(ap->tty)) {
+ if (c == START_CHAR(ap->tty))
+ start_tty(ap->tty);
+ else if (c == STOP_CHAR(ap->tty))
+ stop_tty(ap->tty);
}
/* otherwise it's a char in the recv ACCM */
++n;
----------------------
The NFS hangs:
Computer mhfl4 is NFS client running kde 3.1 on
2.4.22-pre10 connected by 100baset to mhfl2.
Keyboard/mouse of mhfl4 is run from mhfl2 via x2x and
worked fine throughout the occurences, excluding a basic
network problem.
Directory "data" is located on mhfl2 and mounted via NFS
using mount options "hard,intr"
Did this:
[mhf@mhfl4 01:30:25 data]$ ls
111.umq 211.umq 311.umq 411.umq
112.umq 212.umq 312.umq 412.umq
[mhf@mhfl4 01:30:27 data]$ mkdir t
[mhf@mhfl4 01:30:36 data]$ cp * t
[mhf@mhfl4 01:32:40 data]$
Takes 120 or so seconds to copy 8 files totalling 1280K
[mhf@mhfl4 01:42:15 data]$ cd t
[mhf@mhfl4 01:42:21 t]$ ll
total 1280
-rw-rw-r-- 1 mhf 109846 Aug 4 01:30 111.umq
-rw-rw-r-- 1 mhf 114192 Aug 4 01:30 112.umq
-rw-rw-r-- 1 mhf 30120 Aug 4 01:30 211.umq
-rw-rw-r-- 1 mhf 25260 Aug 4 01:30 212.umq
-rw-rw-r-- 1 mhf 138204 Aug 4 01:31 311.umq
-rw-rw-r-- 1 mhf 117122 Aug 4 01:31 312.umq
-rw-rw-r-- 1 mhf 399738 Aug 4 01:32 411.umq
-rw-rw-r-- 1 mhf 339736 Aug 4 01:32 412.umq
mhfl4 log is below and file times match the log.
Aug 4 01:30:42 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 01:30:43 mhfl4 kernel: nfs: server mhfl2 OK
Aug 4 01:30:45 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 01:31:24 mhfl4 kernel: nfs: server mhfl2 OK
Aug 4 01:31:26 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 01:31:45 mhfl4 kernel: nfs: server mhfl2 OK
Aug 4 01:31:56 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 01:32:24 mhfl4 kernel: nfs: server mhfl2 OK
Aug 4 01:32:25 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 01:32:56 mhfl4 kernel: nfs: server mhfl2 OK
In short, Server hung 5 times for 8 files - why?
Checked logs and found above badness in logs of mhfl2
but nothing about NFS server.
Rebooted mhfl2 and will see if it happens again.
Both occurences and their combination are new to me.
Used mostly -mm1 since July 30, no problems seen.
Regards
Michael
--
Powered by linux-2.6-test2-mm3-1. Compiled with gcc-2.95-3 - mature and rock solid
2.4/2.6 kernel testing: ACPI PCI interrupt routing, PCI IRQ sharing, swsusp
2.6 kernel testing: PCMCIA yenta_socket, Suspend to RAM with ACPI S1-S3
More info on swsusp: http://sourceforge.net/projects/swsusp/
Michael Frank <[email protected]> wrote:
>
> pppd is version 2.4.1 and has been used without problems since 2.5.5x
>
> Did a bit of web and this got inthe logs:
>
> Aug 4 00:45:08 mhfl2 pppd[8622]: Terminating on signal 15.
> Aug 4 00:45:08 mhfl2 pppd[8622]: Connection terminated.
> Aug 4 00:45:08 mhfl2 pppd[8622]: Connect time 11.9 minutes.
> Aug 4 00:45:08 mhfl2 pppd[8622]: Sent 81253 bytes, received 660560 bytes.
> Aug 4 00:45:09 mhfl2 kernel: kobject 'statistics' does not have a release() function, it is broken and must be fixed.
> Aug 4 00:45:09 mhfl2 kernel: Badness in kobject_cleanup at lib/kobject.c:402
> Aug 4 00:45:09 mhfl2 kernel: Call Trace:
> Aug 4 00:45:09 mhfl2 kernel: [<c01d939c>] kobject_cleanup+0x5c/0x74
> Aug 4 00:45:09 mhfl2 kernel: [<c01d93ca>] kobject_put+0x16/0x1c
> Aug 4 00:45:09 mhfl2 kernel: [<c01d92fb>] kobject_unregister+0x13/0x1c
> Aug 4 00:45:09 mhfl2 kernel: [<c028c100>] netdev_unregister_sysfs+0x1c/0x34
> Aug 4 00:45:09 mhfl2 kernel: [<c028b696>] netdev_run_todo+0xfa/0x16c
> Aug 4 00:45:09 mhfl2 kernel: [<c028eb65>] rtnl_unlock+0x3d/0x44
> Aug 4 00:45:09 mhfl2 kernel: [<c0247e6f>] unregister_netdev+0x17/0x1e
> Aug 4 00:45:09 mhfl2 kernel: [<c024b8f1>] ppp_shutdown_interface+0x55/0xa0
> Aug 4 00:45:09 mhfl2 kernel: [<c0248645>] ppp_ioctl+0x55/0x7e4
> Aug 4 00:45:09 mhfl2 kernel: [<c0158eaf>] sys_ioctl+0x1ef/0x20c
> Aug 4 00:45:09 mhfl2 kernel: [<c0149907>] sys_close+0x4b/0x60
> Aug 4 00:45:09 mhfl2 kernel: [<c02eb9c7>] syscall_call+0x7/0xb
>
> [ 2 more times the above ]
>
> There is a change to ppp_async for xonxoff in -mm2 and -mm3,
> could this be related?
No. This is due to extra debug code which was added to mm2.
All netdevices will generate this warning on unregistration. The net guys
are cooking up a fix, but it is not available yet.
On Monday 04 August 2003 04:56, Andrew Morton wrote:
> All netdevices will generate this warning on unregistration. The net guys
> are cooking up a fix, but it is not available yet.
OK, What about the NFS hangs there are more now, also some short in duration
Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 OK
Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 OK
Regards
Michael
--
Powered by linux-2.6-test2-mm3-1. Compiled with gcc-2.95-3 - mature and rock solid
2.4/2.6 kernel testing: ACPI PCI interrupt routing, PCI IRQ sharing, swsusp
2.6 kernel testing: PCMCIA yenta_socket, Suspend to RAM with ACPI S1-S3
More info on swsusp: http://sourceforge.net/projects/swsusp/
On Mon, Aug 04, 2003 at 11:10:08AM +0800, Michael Frank wrote:
> OK, What about the NFS hangs there are more now, also some short in duration
>
> Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
> Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 OK
> Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
> Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 OK
Interesting, I also see *many* of these on my laptop running
2.6.0-test2-mm2. The NFS server is running 2.4.21.
-Josh
--
Joshua Kwan
On Sun, Aug 03, 2003 at 09:47:28PM -0700, Joshua Kwan wrote:
> On Mon, Aug 04, 2003 at 11:10:08AM +0800, Michael Frank wrote:
> > OK, What about the NFS hangs there are more now, also some short in duration
> >
> > Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
> > Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 OK
> > Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 not responding, still trying
> > Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 OK
>
> Interesting, I also see *many* of these on my laptop running
> 2.6.0-test2-mm2. The NFS server is running 2.4.21.
Likewise, though I've never seen the 'OK' bit, it has been happening for
a long while in 2.5.x, however it seems to go away with NFS over TCP.
(Not a fix, but a workaround that does the job for me.)
Zephaniah E. Hull.
--
1024D/E65A7801 Zephaniah E. Hull <[email protected]>
92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801
CCs of replies from mailing lists are requested.
"I would rather spend 10 hours reading someone else's source code than
10 minutes listening to Musak waiting for technical support which
isn't."
(By Dr. Greg Wettstein, Roger Maris Cancer Center)
On Monday 04 August 2003 11:10, Michael Frank wrote:
> On Monday 04 August 2003 04:56, Andrew Morton wrote:
> > All netdevices will generate this warning on unregistration. The net
> > guys are cooking up a fix, but it is not available yet.
>
> OK, What about the NFS hangs there are more now, also some short in
> duration
>
> Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 not responding, still
> trying Aug 4 04:22:02 mhfl4 kernel: nfs: server mhfl2 OK
> Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 not responding, still
> trying Aug 4 04:23:59 mhfl4 kernel: nfs: server mhfl2 OK
>
Running -mm4 for 2 days, spurious NFS server hangs seem to have
subsided in -mm4
Regards
Michael
--
Powered by linux-2.6-test2-mm4. Compiled with gcc-2.95-3 - mature and rock solid
2.4/2.6 kernel testing: ACPI PCI interrupt routing, PCI IRQ sharing, swsusp
2.6 kernel testing: PCMCIA yenta_socket, Suspend to RAM with ACPI S1-S3
More info on swsusp: http://sourceforge.net/projects/swsusp/