NetVista 6824 becomes unresponsive after some time, OK after reboot

[姚渺波]

I have installed debian/breezy/dapper with server mode on IBM NetVista 6824(PIV1.9G/256M). The installation is successful,and the operation seem normal also. However, when I reuse this machine after long time, it become very slow.It's normal that install RH AS3 on the machine.

[Ben Collins (ben-collins)]

You'll need to be more specific about becoming slow.

What does top show? What are you running on this machine? What metric are you using to determine "slow"?

[姚渺波 (ubuntu-firehare)]

firehare@firehare$ top
top - 22:10:20 up 12:26, 2 users, load average: 0.02, 0.20, 0.33
Tasks: 52 total, 1 running, 40 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 247160k total, 233836k used, 13324k free, 16180k buffers
Swap: 875532k total, 0k used, 875532k free, 175240k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    1 root 16 0 1564 524 456 S 0.0 0.2 0:01.33 init
    2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
    3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
    4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
    5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
    6 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
    7 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
    9 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 kblockd/0
   10 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
  106 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
  107 root 15 0 0 0 0 S 0.0 0.0 0:00.06 pdflush
  109 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
  108 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
  696 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 kseriod
 1649 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
 1842 root 15 0 0 0 0 S 0.0 0.0 0:00.02 kjournald
 1983 root 18 -4 2112 556 368 S 0.0 0.2 0:00.40 udevd

When I installed dapper with server mode, I do nothing. After a day, I enter some commends in console, it run so slowly, eg: when I enter top, the top info apperant after 30s, When I rebooted the system, it become normal.

[Ben Collins (ben-collins)]

I need to see the output from where the problem occurs.

[姚渺波 (ubuntu-firehare)]

I can't find it! Because It's normal that install RH AS3 on the machine, I guess whether the problem occurred by kernel, or it's not in HCL ?

[Ben Collins (ben-collins)]

Sorry if I don't understand very well. Do you mean that you cannot reproduce? If so, then I will close the bug report.

[姚渺波 (ubuntu-firehare)]

Sorry, I am chinese, and my english is poor! The phenomenon can reproduce, but I don't find the output from where the problem occurs. I read /var/log/syslog file and the info of top, but it seem normal. I tried to down cron service also, but the phenomenon exist as before. so freeflying,who is in IRC#ubuntu-zh, suggest me to report bug in kernel.

[Jiahua Huang (huangjiahua)]

firehare means that Dapper on IBM NetVista 6824 will become very slow when not use it some time.

[姚渺波 (ubuntu-firehare)]

I find the new phenomenon. I have a NTP server, and I type the following command in the terminal:

$sudo ntpdate xxx.xxx.xxx.xxx ( the ip of my ntpserver)

When reuse the machine after several days, the machine become very slow, but work normally, so I type some commands in the terminal, the result as following:

netmaster@netsvr03:~$ date
2006年 06月 05日 星期一 17:44:00 CST
netmaster@netsvr03:~$ ntpdate 192.168.15.1
 5 Jun 17:44:01 ntpdate[3957]: bind() fails: Permission denied
netmaster@netsvr03:~$ sudo ntpdate 192.168.15.1
Password:
 9 Jun 08:31:28 ntpdate[3958]: step time server 192.168.15.1 offset 312444.915828 sec

[姚渺波 (ubuntu-firehare)]

After half of hour, I type commands in the terminal again, the result as following:

netmaster@netsvr03:/etc/network/if-up.d$ date
2006年 06月 09日 星期五 08:34:10 CST
netmaster@netsvr03:/etc/network/if-up.d$ sudo ntpdate 192.168.15.1
Password:
 9 Jun 09:18:52 ntpdate[3976]: step time server 192.168.15.1 offset 2680.870194 sec

[Peter Whittaker (pwwnow)]

I have a NetVista M42 and saw the same problem under Dapper server. I don't have a fix, but I do have a workaround: Boot with the noapic kernel option (no other options necessary).

I did this months ago, and the problem was "resolved" - well, it disappeared; my research into the why of it was completely unsatisfactory, it just works.

The following bugs appear to be related:

#35274, NetVista 6824 becomes unresponsive after some time, OK after reboot: Exactly the same symptons I had, also same as #71023.

#35993, hang on an IBM NetVista PC: Similar symptons. Some have resolved with BIOS update; no such luck for me, I have latest BIOS. Others have use noapic nolapic, but nolapic unnecessary for me.

#69526, intel 845G using i810 driver freezes xorg: Similar behavior, esp. comparable to #35993, may be timer/interrupt issue and not related to the 845G at all.

#71023, Sparodically slow system clock: I am tempted to mark this one a duplicate of 35274.

FWIW, YMMV.

[Peter Whittaker (pwwnow)]

I'm marking this as confirmed based on multiple users reporting the same behavior (and based upon the workaround I posted).

[Alex Perry (perry-alex)]

Just want to add that as of 01/08, this bug is still causing a problem.

I'm currently using a Netvista 8303HCU with Gutsy, 2.6.22-14-i386. Adding 'acpi=off noapic' to the grub menu entry resolves the issue.

I have added some output lines from my kern.log which may be of some use, and attached is the entire log file.

Jan 25 09:55:11 perry kernel: [ 40.706610] ACPI: Interpreter disabled.
Jan 25 09:55:11 perry kernel: [ 40.706614] Linux Plug and Play Support v0.97 (c) Adam Belay
Jan 25 09:55:11 perry kernel: [ 40.706626] pnp: PnP ACPI: disabled
Jan 25 09:55:11 perry kernel: [ 40.706630] PnPBIOS: Scanning system for PnP BIOS support...
Jan 25 09:55:11 perry kernel: [ 40.706640] PnPBIOS: Found PnP BIOS installation structure at 0xc00f6290
Jan 25 09:55:11 perry kernel: [ 40.706643] PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x9f45, dseg 0x400
Jan 25 09:55:11 perry kernel: [ 40.708833] PnPBIOS: 19 nodes reported by PnP BIOS; 19 recorded by driver
Jan 25 09:55:11 perry kernel: [ 40.708887] PCI: Probing PCI hardware
Jan 25 09:55:11 perry kernel: [ 40.708894] PCI: Probing PCI hardware (bus 00)
Jan 25 09:55:11 perry kernel: [ 40.709264] * The chipset may have PM-Timer Bug. Due to workarounds for a bug,
Jan 25 09:55:11 perry kernel: [ 40.709266] * this clock source is slow. If you are sure your timer does not have
Jan 25 09:55:11 perry kernel: [ 40.709268] * this bug, please use "acpi_pm_good" to disable the workaround
Jan 25 09:55:11 perry kernel: [ 40.709310] PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO
Jan 25 09:55:11 perry kernel: [ 40.709313] PCI quirk: region 1180-11bf claimed by ICH4 GPIO

[Caroline Ford (secretlondon)]

The Hardy Heron Alpha series is currently under development and contains an updated version of the kernel. You can download and try the new Hardy Heron Alpha release from http://cdimage.ubuntu.com/releases/hardy/ . You should be able to test the new kernel using the LiveCD. If you can, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/ . Thanks.

[Migheleto (mfleischmann)]

I had a similar Problem with an IBM Netvista (8405 ?) and Feisty. Finally it was the original IBM Powersupply, witch was to weak with only 240W or so (but runned without Problems on Windows XP). After i have changed the Supply with a stronger one, the PC never freezed again...

[Daniel T Chen (crimsun)]

Miaobo Yao, have you eliminated hardware as possible culprit?

[Sergio Zanchetta (primes2h)]

The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
linux-source-2.6.22 kernel task. It would be helpful if you could test the
new Jaunty Jackalope 9.04 release and confirm if this issue remains -
http://www.ubuntu.com/getubuntu/releasenotes/904overview. If the issue still exists with the Jaunty
release, please update this report by changing the Status of the "linux (Ubuntu)"
task from "Incomplete" to "New". Also please be sure to run the command below
which will automatically gather and attach updated debug information to this
report. Thanks in advance.

apport-collect -p linux-image-2.6.28-11-generic 35274

[Jeremy Foshee (jeremyfoshee)]

closing due to lack of response.

~JFo