media-hub-server uses all system's memory (sigkill send to init)

[Jean-Baptiste Lallement]

Mako utopic build #143

When playing an album with the music-app and leaving the device alone, at some point it stops playing and the device dies out of memory.

With top running, the last refresh before the device dies shows that the system was running out of memory:
KiB Mem: 1878580 total, 1834160 used, 44420 free, 6628 buffers
KiB Swap: 32764 total, 31040 used, 1724 free. 36184 cached Mem

and media-hub-server is using 68% of it
1949 phablet 20 0 1520204 1,231g 3876 S 68,0 68,7 1:55.85 media-hub-serve

After a reboot, the following message is in kern.log:
Jul 22 11:13:23 ubuntu-phablet kernel: [ 1214.004181] send sigkill to 1 (init), adj 0, size 438

TEST CASE:
1. Open Music Player
2. Select an album
3. Tap 'Play all'
4. Let the device play the album

ACTUAL RESULT:
After several songs the device runs out of memory

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: media-hub 0.0.2+14.10.20140715-0ubuntu1
Uname: Linux 3.4.0-5-mako armv7l
ApportVersion: 2.14.4-0ubuntu2
Architecture: armhf
Date: Tue Jul 22 11:16:32 2014
InstallationDate: Installed on 2014-07-22 (0 days ago)
InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20140722-020204)
SourcePackage: media-hub
UpgradeStatus: No upgrade log present (probably fresh install)

[Jim Hodapp (jhodapp)]

Image 143 autosynced GStreamer v1.4.x...this is mostly likely the cause of this issue.

[Dave Morley (davmor2)]

For me:
Top shows that bot media hub and pulse audio hit 20-25% cpu and memory got up to 22767 which is about 10% and started at around 22328

I was 9 tracks in at the time. Not stopping no crashing.

[Dave Morley (davmor2)]

I'm on image 144

[Jean-Baptiste Lallement (jibel)]

There is another way to trigger this bug:
In the music-app, add an album to the queue and start playing the first song
Tap the slider to fast-forward to the second half of the song,
There is another bug here that it won't fast forward but will skip to next song
See memory usage of media-hub-server increasing significantly each time music-app skips to next song

[Iain Lane (laney)]

I reproduced this using comment #5's instructions on image 144. This has gstreamer 1.2.4.

[Iain Lane (laney)]

Sorry, I meant 141 not 144. :)

[Jussi Pakkanen (jpakkane)]

You can trigger this from the command line using only GStreamer's file info dumper binary. See bug #1348236.

If you follow the directions in that bug and look at resource utilisation with e.g. htop, the CPU load goes to 200%, allocated memory shoots up and after a few seconds the inspector process dies.

[Launchpad Janitor (janitor)]

This bug was fixed in the package gst-fluendo-mp3 - 0.10.29.debian-1ubuntu1

---------------
gst-fluendo-mp3 (0.10.29.debian-1ubuntu1) utopic; urgency=medium

  * debian/patches/workaround_decode_with_bad_frames_after_seek.patch:
    - Restoring previous (< 0.10.24) behavior when handling a bad frame after
      seeking, until upstream bug is properly fixed. (LP: #1346821)
 -- Ricardo Salveti de Araujo <email address hidden> Mon, 18 Aug 2014 13:55:18 -0300

[Iain Lane (laney)]

How can we track the upstream bug?