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 754762 - tests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & fails under load
tests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & ...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 1.13.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-09-09 07:49 UTC by Kalle Richter
Modified: 2018-11-03 11:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Kalle Richter 2015-09-09 07:49:40 UTC 
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu 15.04 amd64 with Linux 4.1.4:

    ================================================================
       GStreamer Base Plug-ins 1.5.90: tests/check/test-suite.log
    ================================================================

    # TOTAL: 66
    # PASS:  65
    # SKIP:  0
    # XFAIL: 0
    # FAIL:  1
    # XPASS: 0
    # ERROR: 0

    .. contents:: :depth: 2

    FAIL: pipelines/tcp
    ===================

    Running suite(s): socketintegrationtest
    80%: Checks: 5, Failures: 0, Errors: 1
    pipelines/tcp.c:109:E:general:test_that_tcpserversink_and_tcpclientsrc_are_symmetrical:0: (after this point) Test timeout expired
    FAIL pipelines/tcp (exit status: 1)
Comment 1 Tim-Philipp Müller 2018-01-16 18:21:24 UTC 
I can reproduce this with git master.

It seems to happen mostly when there's other load on the system.

It seems to fail pretty reliably when I run 'make check' from tests/check/ or from the top-level, but not if I just do make pipelines/tcp.check
Comment 2 Tim-Philipp Müller 2018-01-23 11:26:02 UTC 
Not sure why this happens. I added code to set TCP_NODELAY on the tcp sockets to disable nagling, but still no luck. The data doesn't always seem to make it through the TCP connection, to the poll in the src.
Comment 3 GStreamer system administrator 2018-11-03 11:41:19 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/221.