lubuntu-qa team mailing list archive

[Phill Whiteside <PhillW@xxxxxxxxxx>]

Hi Chad,

mixed news..

BBC news[2] reported "It's dead Jim" (as expected), but the launchpad
tab[2] also reported "Aw Snap!" This is new, as in the past it has remained
running. As you suspected, there were entries in dmesg which I have tagged
onto the bug.

I've raised a bug from within the VM [3] An identical running VM with
firefox installed and the same two tabs open is still happily running.
Those two test VM's are at your disposal on my home system if you need me
to run / check anything else.

Again, thanks for your time on this,

Phill.

1. http://www.bbc.co.uk/news/
2. https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1084852
3. http://www.upubuntu.com/2012/07/conky-2-nice-conky-desklet-for-your.html


On 4 January 2013 19:54, Chad MILLER <chad.miller@xxxxxxxxxxxxx> wrote:

> On Thu 03 Jan 2013 06:49:47 PM EST, Phill Whiteside wrote:
> > We are seeing an issue with Chromium on low RAM systems where we get
> "It's dead Jim" issues. At first I believed this to be a Chromium memory
> leak, but it does not affect all web pages [1]. I have tried to report this
> via [2] which errorred out with 'mal formed request', trying to use the
> 'learn more' and trying to report an error in the failed window also
> resulted in the same. Even more odd (to me) was that leaving the tabs open
> ended up in them giving the "It's dead Jim" error on the tab. Just as a
> check in my own logic, I opened up a launchpad bug tab for a bug. This tab,
> over several days & resets of other tabs that had to be reset never once
> failed.
> >
> > Apologies for the long introduction. Is there anything I can add to the
> system to try and get some details for you guys to work off? gdb I have
> been intimated at, is not really suited for a memory leak; but as I don't
> think it is a memory leak and Chromium still runs with the tabs still
> 'alive' would it be of use to use gdb to trace back an PiD?
> >
> > Assuming you don't have a machine that you can pull memory chips out of,
> until you have 512Mb of RAM (The guys with these machines are the ones who
> 1st reported it)..
> >
> > 1. Create a VM with 512 Mb RAM
> > 2. Install Lubuntu (I suggest using alternate at such low RAM) [3] -
> I've also tried this with Raring
> > 3. Open a couple of tabs, e.g. BBC News [4] and a bug report [5] - Well,
> it was a chromium bug :)
> > 4. Open a couple of other tabs for sites you know to be stable -
> Remember, you are on a low-RAM system, nothing too exotic!
> > 5. Wait.
> > 6. Tabs will report "It's dead Jim".. - This may take several hours -
> Tab opened with [5] will stay working.
> >
> > Us testers are stuck to try to progress and any help you can give to
> help log the bug correctly in order that it can be progressed is needed.
> I've tried installing the dev chromium instead of the 'new' chromium in the
> repos, the effect is the same.
>
>
> Hi Phill, all.
>
> I assume it's the out-of-memory process reaper in the kernel, at work
> here killing process that backs the tab you see.  Can you confirm
> something interesting in "dmesg" output?
>
> I can imagine that a lazily-written web site can have Javascript code
> that ever grows its memory usage.  I'm keen to know whether the same
> machine can reproduce this crash on a mundane web site that doesn't
> have JS events firing off RPC calls and/or updating the DOM.  If it
> does crash anyway, this gets interesting.
>
> Answering those two questions would help me categorize this bug-report
> pretty easily.  Let's open a normal bug on Launchpad to track this for
> now.
>
> - chad
>
>


-- 
https://wiki.ubuntu.com/phillw