After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 762030 - GStreamer-CRITICAL **: gst_poll_write_control: assertion 'set != NULL' failed with Epiphany
GStreamer-CRITICAL **: gst_poll_write_control: assertion 'set != NULL' failed...
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
1.4.4
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-14 12:35 UTC by Andres Gomez
Modified: 2016-02-19 12:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
BT from gdb, when manually stopping during the 100% CPU usage. (58.16 KB, text/plain)
2016-02-14 12:35 UTC, Andres Gomez
Details
GStreamer log output (183.17 KB, text/x-log)
2016-02-14 12:36 UTC, Andres Gomez
Details
Another GStreamer log output (2.62 MB, text/x-log)
2016-02-17 17:03 UTC, Andres Gomez
Details

Description Andres Gomez 2016-02-14 12:35:52 UTC
Created attachment 321110 [details]
BT from gdb, when manually stopping during the 100% CPU usage.

I'm using WebKitGtk+ with my own JHBuild setting:
https://github.com/tanty/jhbuild-epiphany/tree/master

Epiphany 3.18.0, WebKit 2.10.7 and gstreamer-1.4.4

I'm running Epiphany with the dconf key:

"process-model" = "shared-secondary-process"

The compilation was done with CMake args:

'-DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DENABLE_MINIBROWSER=ON -DCMAKE_C_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS" -DCMAKE_CXX_FLAGS_RELEASE="-O0 -g1 -DNDEBUG -DG_DEBUG=fatal-criticals -DG_DISABLE_CAST_CHECKS"'

---

Running Epiphany with env variable: GST_DEBUG_FILE=./gst.log GST_DEBUG=3 

When visiting several pages, eventually, epiphany freezes and the CPU goes to a 100%

This bug is not reproducible in a predictable way.
Comment 1 Andres Gomez 2016-02-14 12:36:11 UTC
Created attachment 321111 [details]
GStreamer log output
Comment 2 Andres Gomez 2016-02-14 18:38:39 UTC
The problem was the HD was not having any space left.
Comment 3 Andres Gomez 2016-02-17 16:53:34 UTC
The 100% CPU usage was due to the disk being full, but the disk was filled with WARNINGs and CRITICALs from GStreamer. I was redirecting stderr to a file, which was the one that filled the whole disk.

The messages are of the type:


(WebKitWebProcess:8630): GStreamer-WARNING **: gstsystemclock: write control failed in wakeup_async, trying again: 11:Resource temporarily unavailable


(WebKitWebProcess:8630): GStreamer-CRITICAL **: gst_poll_write_control: assertion 'set != NULL' failed


At the end of the waterfall of these messages, there is this message:

(WebKitWebProcess:8630): GStreamer-WA[8630] Send message StorageManager::DestroyStorageMap, size: 80 OOL: no

A typical BT of the running process can be found in the report of another bug from WebKitGtk+. Check:
https://bug-153648-attachments.webkit.org/attachment.cgi?id=271555
Comment 4 Andres Gomez 2016-02-17 17:03:57 UTC
Created attachment 321513 [details]
Another GStreamer log output
Comment 5 Andres Gomez 2016-02-17 17:04:53 UTC
I can see in the log:

7:08:35.693634428 [333m 8630[00m       0x48e860 [33;01mWARN   [00m [00;01;36m  GST_PLUGIN_LOADING gstplugin.c:739:gst_plugin_load_file:[00m module_open failed: /opt/gnome-os/tanty/epiphany/install/lib/gstreamer-1.0/libgstoss4audio.so: cannot open shared object file: Too many open files

It looks like some other reincarnation of:
https://bugs.webkit.org/show_bug.cgi?id=152316