Between 2-4am, system hangs, fan races, system gets hot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Near as I can tell there are no cron jobs which fire at that time. The system is not actively in use (though it does process incoming email). Here is the last bit of syslog from before the last crash. openvpn is always rather verbose, so I don't particularly suspect it. The symptoms of the crash are much like the hangs I used to get several times per day from the nouveau driver, though I am not using the nvidia driver:
root@sergelap:
ii nvidia-
ii nvidia-
ii nvidia-common 0.2.28 Find obsolete NVIDIA drivers
ii nvidia-current 270.30-0ubuntu3 NVIDIA binary Xorg driver, kernel module and VDPAU library
ii nvidia-settings 270.29-0ubuntu1 Tool of configuring the NVIDIA graphics driver
Syslog before crash:
Apr 4 03:13:15 localhost openvpn[1633]: Local Options hash (VER=V4): '13a273ba'
Apr 4 03:13:15 localhost openvpn[1633]: Expected Remote Options hash (VER=V4): '360696c5'
Apr 4 03:13:15 localhost openvpn[1633]: UDPv4 link local: [undef]
Apr 4 03:13:15 localhost openvpn[1633]: UDPv4 link remote: [AF_INET]
Apr 4 03:13:22 localhost kernel: [58856.375098] wlan0: No active IBSS STAs - trying to scan for other IBSS networks with same SSID (merge)
Apr 4 03:14:15 localhost openvpn[1633]: [UNDEF] Inactivity timeout (--ping-restart), restarting
Apr 4 03:14:15 localhost openvpn[1633]: TCP/UDP: Closing socket
Apr 4 03:14:15 localhost openvpn[1633]: SIGUSR1[
Apr 4 03:14:15 localhost openvpn[1633]: Restart pause, 2 second(s)
Apr 4 03:14:17 localhost openvpn[1633]: WARNING: No server certificate verification method has been enabled. See http://
Apr 4 03:14:17 localhost openvpn[1633]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Apr 4 03:14:17 localhost openvpn[1633]: Re-using SSL/TLS context
Apr 4 03:14:17 localhost openvpn[1633]: LZO compression initialized
Apr 4 03:14:17 localhost openvpn[1633]: Control Channel MTU parms [ L:1574 D:166 EF:66 EB:0 ET:0 EL:0 ]
Apr 4 03:14:17 localhost openvpn[1633]: Socket Buffers: R=[126976->131072] S=[126976->131072]
Apr 4 03:14:17 localhost openvpn[1633]: Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Apr 4 03:14:17 localhost openvpn[1633]: Local Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-
client'
Apr 4 03:14:17 localhost openvpn[1633]: Expected Remote Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-
hod 2,tls-server'
Apr 4 03:14:17 localhost openvpn[1633]: Local Options hash (VER=V4): '13a273ba'
Apr 4 03:14:17 localhost openvpn[1633]: Expected Remote Options hash (VER=V4): '360696c5'
Apr 4 03:14:17 localhost openvpn[1633]: UDPv4 link local: [undef]
Apr 4 03:14:17 localhost openvpn[1633]: UDPv4 link remote: [AF_INET]
Apr 4 03:14:23 localhost kernel: [58917.361594] wlan0: No active IBSS STAs - trying to scan for other IBSS networks with same SSID (merge)
Apr 4 03:15:18 localhost openvpn[1633]: [UNDEF] Inactivity timeout (--ping-restart), restarting
Apr 4 03:15:18 localhost openvpn[1633]: TCP/UDP: Closing socket
Apr 4 03:15:18 localhost openvpn[1633]: SIGUSR1[
Apr 4 03:15:18 localhost openvpn[1633]: Restart pause, 2 second(s)
Apr 4 03:15:20 localhost openvpn[1633]: WARNING: No server certificate verification method has been enabled. See http://
Apr 4 03:15:20 localhost openvpn[1633]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Apr 4 03:15:20 localhost openvpn[1633]: Re-using SSL/TLS context
Apr 4 03:15:20 localhost openvpn[1633]: LZO compression initialized
Apr 4 03:15:20 localhost openvpn[1633]: Control Channel MTU parms [ L:1574 D:166 EF:66 EB:0 ET:0 EL:0 ]
Apr 4 03:15:20 localhost openvpn[1633]: Socket Buffers: R=[126976->131072] S=[126976->131072]
Apr 4 03:15:20 localhost openvpn[1633]: Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Apr 4 03:15:20 localhost openvpn[1633]: Local Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-
Apr 4 03:15:20 localhost openvpn[1633]: Expected Remote Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-
Apr 4 03:15:20 localhost openvpn[1633]: Local Options hash (VER=V4): '13a273ba'
Apr 4 03:15:20 localhost openvpn[1633]: Expected Remote Options hash (VER=V4): '360696c5'
Apr 4 03:15:20 localhost openvpn[1633]: UDPv4 link local: [undef]
Apr 4 03:15:20 localhost openvpn[1633]: UDPv4 link remote: [AF_INET]
Apr 4 03:15:24 localhost kernel: [58978.268039] wlan0: No active IBSS STAs - trying to scan for other IBSS networks with same SSID (merge)
Apr 4 03:15:55 localhost kernel: [59009.440492] wlan0: No active IBSS STAs - trying to scan for other IBSS networks with same SSID (merge)
Apr 4 03:16:20 localhost openvpn[1633]: [UNDEF] Inactivity timeout (--ping-restart), restarting
Apr 4 03:16:20 localhost openvpn[1633]: TCP/UDP: Closing socket
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: linux-image (not installed)
Regression: Yes
Reproducible: No
ProcVersionSign
Uname: Linux 2.6.38-7-generic x86_64
NonfreeKernelMo
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC275 Analog [ALC275 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xe8e00000 irq 48'
Mixer name : 'Realtek ALC275'
Components : 'HDA:10ec0275,
Controls : 18
Simple ctrls : 10
Card1.Amixer.info:
Card hw:1 'NVidia'/'HDA NVidia at 0xe3080000 irq 16'
Mixer name : 'Nvidia GPU 0b HDMI/DP'
Components : 'HDA:10de000b,
Controls : 16
Simple ctrls : 4
Date: Mon Apr 4 07:35:09 2011
Frequency: Once a day.
HibernationDevice: RESUME=
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100820)
MachineType: Sony Corporation VPCF11KFX
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.49
SourcePackage: linux
UpgradeStatus: Upgraded to natty on 2010-11-28 (126 days ago)
dmi.bios.date: 12/07/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: R0250Y6
dmi.board.
dmi.board.name: VAIO
dmi.board.vendor: Sony Corporation
dmi.board.version: N/A
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: Sony Corporation
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: VPCF11KFX
dmi.product.
dmi.sys.vendor: Sony Corporation
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Serge Hallyn, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, as a potential WORKAROUND, could you please post the results of the following in a terminal:
sudo cpufreq-selector --cpu=0 --governor= powersave && sudo cpufreq-selector --cpu=1 --governor= powersave && sudo cpufreq-selector --cpu=2 --governor= powersave && sudo cpufreq-selector --cpu=3 --governor= powersave && sudo cpufreq-selector --cpu=4 --governor= powersave && sudo cpufreq-selector --cpu=5 --governor= powersave && sudo cpufreq-selector --cpu=6 --governor= powersave && sudo cpufreq-selector --cpu=7 –governor=powersave && cpufreq-info
As well, could you please test for this with the latest development release of Ubuntu? ISO CD images are available from http:// cdimage. ubuntu. com/releases/ .
If it remains an issue, could you please run the following command in the development release from a Terminal (Applications- >Accessories- >Terminal) , as it will automatically gather and attach updated debug information to this report:
apport-collect -p linux <replace- with-bug- number>
Also, could you please test the latest upstream kernel available? It will allow additional upstream developers to examine the issue. Refer to https:/ /wiki.ubuntu. com/KernelMainl ineBuilds . Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please remove the 'needs- upstream- testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs- upstream- testing' text. As well, please comment on which kernel version specifically you tested.
If this bug is fixed in the mainline kernel, please add the following tag 'kernel- fixed-upstream' .
If the mainline kernel does not fix this bug, please add the tag: 'kernel- bug-exists- upstream' .
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel- unable- to-test- upstream' , and comment as to why specifically you were unable to test it.
Please let us know your results. Thanks in advance.
Helpful Bug Reporting Links: /help.ubuntu. com/community/ ReportingBugs# Bug_Reporting_ Etiquette /help.ubuntu. com/community/ ReportingBugs# A3._Make_ sure_the_ bug_hasn. 27t_already_ been_reported /help.ubuntu. com/community/ ReportingBugs# Adding_ Apport_ Debug_Informati on_to_an_ Existing_ Launchpad_ Bug /help.ubuntu. com/community/ ReportingBugs# Adding_ Additional_ Attachments_ to_an_Existing_ Launchpad_ Bug
https:/
https:/
https:/
https:/