Chromium uses ~100% of all cores, locks up, and does not exit correctly

Bug #1642413 reported by calexil
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Chromium Browser
Incomplete
Undecided
Chad Miller

Bug Description

whether or not extensions are enabled, after an indeterminate amount of time chromium locks up(tabs are still rendered but browser cannot create new tabs, or navigate in existing ones) and the main process begins using 200-270% of my three cores, chrome task manager shows that no tab is using any memory and when chromium is exited the main thread does not quit and must be killed.

I have reinstalled, disabled extensions/plugins, etc... nothing seems to remedy this issue.

I memtested my memory and it was fine.

It started happening october 2016
---
ApportVersion: 2.20.1-0ubuntu2.4
Architecture: amd64
CrashDB: ubuntu
CurrentDesktop: MATE
DRM.card0-HDMI-A-1:
 enabled: enabled
 dpms: On
 status: connected
 edid-base64: AP///////wAi8A4mAAAAACANAQOAIht46gyVolZMliUaUFSt74CBgAEBAQEBAQEBAQEBAQEBMCoAmFEAKkAwcBMAUg4RAAAeAAAA/QA4TB5TDgAKICAgICAgAAAA/ABocCBMMTczMAogICAgAAAA/wBDTlAzMzJTMFJICiAgALo=
 modes: 1280x1024 1280x1024 1152x864 1024x768 1024x768 1024x768 832x624 800x600 800x600 800x600 640x480 640x480 640x480 720x400
DRM.card0-VGA-1:
 enabled: enabled
 dpms: On
 status: connected
 edid-base64: AP///////wA6kwcAAQAAAAoRAQMIKxt4CrU0pVZKmiUQUFSvzwCBgIGPlQCVDwEBAQEBAQEBHDmQMGIaJ0BosDYAsQ8RAAAYAAAA/gAKICAgICAgICAgICAgAAAA/ABNQVctU0VSSUFMCiAgAAAA/wAKICAgICAgICAgICAgAHk=
 modes: 1680x1050 1280x1024 1280x1024 1440x900 1440x900 1024x768 1024x768 1024x768 800x600 800x600 800x600 800x600 640x480 640x480 640x480 720x400
Desktop-Session:
 'mate'
 '/etc/xdg/xdg-mate:/etc/xdg'
 '/usr/share/mate:/usr/local/share/:/usr/share/:/usr/share/mdm/'
DistroRelease: Linux 18.1
Env:
 'None'
 'None'
InstallationDate: Installed on 2016-07-13 (159 days ago)
InstallationMedia: Linux Mint 18 "Sarah" - Release amd64 20160628
Load-Avg-1min: 3.87
Load-Processes-Running-Percent: 0.7%
MachineType: MSI MS-7786
Package: chromium-browser 55.0.2883.87-0ubuntu0.16.04.1263 [origin: Ubuntu]
PackageArchitecture: amd64
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-30-generic root=UUID=5c8e46d1-e26c-4bba-b87b-f092a8a3d7ad ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 4.8.0-30.32~16.04.1-generic 4.8.6
Tags: serena third-party-packages
ThirdParty: True
Uname: Linux 4.8.0-30-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm audio cdrom dialout dip fax floppy lpadmin netdev plugdev sambashare scanner sudo tape vboxusers video
_MarkForUpload: True
dmi.bios.date: 02/04/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V2.0
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: A55M-P33 (MS-7786)
dmi.board.vendor: MSI
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: MSI
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV2.0:bd02/04/2013:svnMSI:pnMS-7786:pvr1.0:rvnMSI:rnA55M-P33(MS-7786):rvr1.0:cvnMSI:ct3:cvr1.0:
dmi.product.name: MS-7786
dmi.product.version: 1.0
dmi.sys.vendor: MSI
etcconfigcpepperflashpluginnonfree:
 flashso="/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so"
 flashversion=`strings $flashso 2> /dev/null | grep LNX | cut -d ' ' -f 2 | sed -e "s/,/./g"`
 CHROMIUM_FLAGS="$CHROMIUM_FLAGS --ppapi-flash-path=$flashso --ppapi-flash-version=$flashversion"
modified.conffile..etc.default.chromium-browser: [deleted]
mtime.conffile..etc.chromium-browser.default: 2016-07-13T18:03:09.849211

calexil (calexil)
description: updated
description: updated
calexil (calexil)
summary: - Chromium uses 100% of all cores and does not exit correctly
+ Chromium uses 100% of all cores, locks up,and does not exit correctly
summary: - Chromium uses 100% of all cores, locks up,and does not exit correctly
+ Chromium uses 100% of all cores, locks up, and does not exit correctly
Revision history for this message
Chad Miller (cmiller) wrote : Re: [Bug 1642413] [NEW] Chromium uses 100% of all cores, locks up, and does not exit correctly

Please open a Terminal and run

apport-collect 1642413

Changed in chromium-browser (Ubuntu):
status: New → Incomplete
calexil (calexil)
tags: added: apport-collected sarah third-party-packages
description: updated
calexil (calexil)
description: updated
calexil (calexil)
description: updated
description: updated
Chad Miller (cmiller)
Changed in chromium-browser (Ubuntu):
status: Incomplete → New
status: New → Incomplete
73 comments hidden view all 114 comments
Revision history for this message
calexil (calexil) wrote : Lsusb.txt

apport information

description: updated
tags: added: serena
description: updated
Revision history for this message
calexil (calexil) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
calexil (calexil) wrote : ProcInterrupts.txt

apport information

Revision history for this message
calexil (calexil) wrote : ProcModules.txt

apport information

Revision history for this message
calexil (calexil) wrote : RelatedPackageVersions.txt

apport information

Revision history for this message
calexil (calexil) wrote : RelatedPackagesPolicy.txt

apport information

Revision history for this message
calexil (calexil) wrote : UdevDb.txt

apport information

Revision history for this message
calexil (calexil) wrote : etcconfigc00example.txt

apport information

Revision history for this message
calexil (calexil) wrote : etcconfigc10flash.txt

apport information

Revision history for this message
calexil (calexil) wrote : gconf-keys.txt

apport information

Revision history for this message
calexil (calexil) wrote : modified.conffile..etc.chromium-browser.default.txt

apport information

Changed in chromium-browser (Ubuntu):
status: Incomplete → New
summary: - Chromium uses 100% of all cores, locks up, and does not exit correctly
+ Chromium uses ~100% of all cores, locks up, and does not exit correctly
calexil (calexil)
description: updated
Revision history for this message
Chad Miller (cmiller) wrote :

I can't tell. Does "ongoing" mean you tried with "--disable-gpu" and/or "--temp-profile"?

Changed in chromium-browser (Ubuntu):
status: New → Incomplete
Revision history for this message
Chad Miller (cmiller) wrote :

Is it near the time of the IO error on some "sr" device? Probably a CD-ROM.

[ 2303.773855] blk_update_request: I/O error, dev sr0, sector 108

Also, when it happens, what is the state of the chromium processes in "ps xuwww"? Please paste a few lines from the earliest processes.

Revision history for this message
calexil (calexil) wrote :

I tried --disable-gpu, no difference

--temp-profile won't be an option for a number of reasons:

1: since I need the browser for work. i need my bookmarks, passwords, etc all synced and running
2: the error occurs randomly, so causing it to happen is impossible... it might take 5 minutes, it might take 5 hours

"Also, when it happens, what is the state of the chromium processes in "ps xuwww"? Please paste a few lines from the earliest processes."

sorry not sure what your asking me to do here, eli5

Revision history for this message
calexil (calexil) wrote :

Is it near the time of the IO error on some "sr" device? Probably a CD-ROM.

[ 2303.773855] blk_update_request: I/O error, dev sr0, sector 108

there is nothing in the cd drive, and using it doesn't trigger the issue

Revision history for this message
calexil (calexil) wrote :

I think you will find this image pretty enlightening, I can pretty consistently cause this lockup with the paypal virtual terminal(paypal.com/vt), although that is not the only website that has caused the lockup:

Revision history for this message
Chad Miller (cmiller) wrote : Re: [Bug 1642413] Re: Chromium uses ~100% of all cores, locks up, and does not exit correctly
Download full text (4.9 KiB)

calexil, that graphical output doesn't tell me enough. Please open a
terminal and run

$ ps xfuwww |grep -C 1 chromium

and paste the result.

On Wed, Dec 21, 2016 at 7:16 PM, calexil <email address hidden> wrote:

> I think you will find this image pretty enlightening, I can pretty
> consistently cause this lockup with the paypal virtual
> terminal(paypal.com/vt), although that is not the only website that has
> caused the lockup:
>
>
> ** Attachment added: "chromium task manager...no memory used?"
> https://bugs.launchpad.net/ubuntu/+source/chromium-
> browser/+bug/1642413/+attachment/4794997/+files/
> Screenshot%20at%202016-12-21%2019-11-59.png
>
> --
> You received this bug notification because you are a member of Chromium
> team, which is subscribed to chromium-browser in Ubuntu.
> https://bugs.launchpad.net/bugs/1642413
>
> Title:
> Chromium uses ~100% of all cores, locks up, and does not exit
> correctly
>
> Status in chromium-browser package in Ubuntu:
> Incomplete
>
> Bug description:
> whether or not extensions are enabled, after an indeterminate amount
> of time chromium locks up(tabs are still rendered but browser cannot
> create new tabs, or navigate in existing ones) and the main process
> begins using 200-270% of my three cores, chrome task manager shows
> that no tab is using any memory and when chromium is exited the main
> thread does not quit and must be killed.
>
> I have reinstalled, disabled extensions/plugins, etc... nothing seems
> to remedy this issue.
>
> I memtested my memory and it was fine.
>
>
> It started happening october 2016
> ---
> ApportVersion: 2.20.1-0ubuntu2.4
> Architecture: amd64
> CrashDB: ubuntu
> CurrentDesktop: MATE
> DRM.card0-HDMI-A-1:
> enabled: enabled
> dpms: On
> status: connected
> edid-base64: AP///////wAi8A4mAAAAACANAQOAIht46gyVolZ
> MliUaUFSt74CBgAEBAQEBAQEBAQEBAQEBMCoAmFEAKkAwcBMAUg4RAAAeAAA
> A/QA4TB5TDgAKICAgICAgAAAA/ABocCBMMTczMAogICAgAAAA/wBDTlAzMzJTMFJICiAgALo=
> modes: 1280x1024 1280x1024 1152x864 1024x768 1024x768 1024x768 832x624
> 800x600 800x600 800x600 640x480 640x480 640x480 720x400
> DRM.card0-VGA-1:
> enabled: enabled
> dpms: On
> status: connected
> edid-base64: AP///////wA6kwcAAQAAAAoRAQMIKxt4CrU0pVZ
> KmiUQUFSvzwCBgIGPlQCVDwEBAQEBAQEBHDmQMGIaJ0BosDYAsQ8RAAAYAAA
> A/gAKICAgICAgICAgICAgAAAA/ABNQVctU0VSSUFMCiAgAAAA/wAKICAgICAgICAgICAgAHk=
> modes: 1680x1050 1280x1024 1280x1024 1440x900 1440x900 1024x768
> 1024x768 1024x768 800x600 800x600 800x600 800x600 640x480 640x480 640x480
> 720x400
> Desktop-Session:
> 'mate'
> '/etc/xdg/xdg-mate:/etc/xdg'
> '/usr/share/mate:/usr/local/share/:/usr/share/:/usr/share/mdm/'
> DistroRelease: Linux 18.1
> Env:
> 'None'
> 'None'
> InstallationDate: Installed on 2016-07-13 (159 days ago)
> InstallationMedia: Linux Mint 18 "Sarah" - Release amd64 20160628
> Load-Avg-1min: 3.87
> Load-Processes-Running-Percent: 0.7%
> MachineType: MSI MS-7786
> Package: chromium-browser 55.0.2883.87-0ubuntu0.16.04.1263 [origin:
> Ubuntu]
> PackageArchitecture: amd64
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_...

Read more...

Revision history for this message
calexil (calexil) wrote :

Chad, should I run that when the lockup occurs, or does it not matter?

Revision history for this message
calexil (calexil) wrote :

regardless here are the outputs:

When the issue is not occurring: http://dpaste.com/1ZTB6K5

Revision history for this message
calexil (calexil) wrote :

and here it is when the issue IS occurring: http://dpaste.com/1BP57TZ

Revision history for this message
calexil (calexil) wrote :

I feel like this issue is almost exclusively caused by paypal virtual terminal

paypal.com/vt

Revision history for this message
calexil (calexil) wrote :

I can now verify that this is not a memory issue, I bought some replacement ram and the problem persists

Revision history for this message
calexil (calexil) wrote :

now the lockup is happening regardless of whether or not I go to virtual terminal.

someone pls help, I don't know what to do here

Revision history for this message
Chad Miller (cmiller) wrote :

As noted in IRC, paste full process list when it's happening, since none of the chromium processes in the "grep" list are misbehaving.

$ ps axfwww

And get the end of dmesg

$ dmesg |tail -n 50

Also, the vm swappiness might already be set to "10". It happened at default 60 at least once.

Changed in chromium-browser (Ubuntu):
status: Incomplete → New
status: New → Incomplete
Revision history for this message
calexil (calexil) wrote :
Revision history for this message
calexil (calexil) wrote :

ps axfuww
http://dpaste.com/1Z7642A

this is WHILE the lockup is occurring, probably the most useful piece of info here

Revision history for this message
calexil (calexil) wrote :

grep flags /proc/cpuinfo

http://dpaste.com/13GJZHH

Revision history for this message
calexil (calexil) wrote :

grep flags /proc/cpuinfo

from an unaffected machine with the same hardware

http://dpaste.com/0THCEEE

Revision history for this message
calexil (calexil) wrote :

This also happens on google chrome browser

calexil (calexil)
no longer affects: chromium-browser
Revision history for this message
calexil (calexil) wrote :

ongoing

affects: chromium-browser (Ubuntu) → chromium-browser
Revision history for this message
calexil (calexil) wrote :

here is a gdb log of the browser before lockup and during(towards the end):

http://dpaste.com/3M4JSV9

Revision history for this message
calexil (calexil) wrote :

I can now confirm this issue is almost exclusively caused by the paypal virtual terminal

I have submitted a report to paypal, but if both ends are working on a fix it will be solved faster.

so, there's that

Revision history for this message
calexil (calexil) wrote :

This is now happening regardless if vt is used, but is able to be triggered consistently by doing so

Revision history for this message
calexil (calexil) wrote :

Someone pls help me

Revision history for this message
calexil (calexil) wrote :

I just confirmed that the lockup does not replicate with --temp-profile

Revision history for this message
calexil (calexil) wrote :

whatever that means, I do not know

Revision history for this message
calexil (calexil) wrote :

@Chad Miller (cmiller)

Revision history for this message
calexil (calexil) wrote :

I just confirmed that the lockup does not replicate with --temp-profile

Changed in chromium-browser:
assignee: nobody → Chad Miller (cmiller)
Revision history for this message
calexil (calexil) wrote :

This is now happening regardless if vt is used, but is able to be triggered consistently by doing so

Revision history for this message
calexil (calexil) wrote :

any progress here? @cmiller

Displaying first 40 and last 40 comments. View all 114 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.