Issue metadata
Sign in to add a comment
|
No data received for webrtc_perf_tests from webrtc-linux-large-tests since 11715 |
||||||||||||||||||||||
Issue descriptionData stopped with https://chromium.googlesource.com/external/webrtc/+/79d7a499c0c3e1de8f5ad1138236f0386701053f, but that seems like an unlikely cuplrit.
,
Mar 3 2016
Is this related to https://bugs.chromium.org/p/chromium/issues/detail?id=591703?
,
Mar 3 2016
Never mind. I think I found the real smoking gun.
,
Mar 8 2016
No, it's not bug 591707 . This is related to switching to new machines for Linux and Mac in https://codereview.chromium.org/1662933005/, which was communicated to the sheriffs. Quinten: this bot is clearly uploading new data successfully (https://build.chromium.org/p/client.webrtc/builders/Linux64%20Release%20%5Blarge%20tests%5D/builds/6855) but it doesn't show up here. I don't remember whitelisting any of these two new machines, but if I didn't - shouldn't they get an error uploading data then?
,
Mar 8 2016
,
Mar 8 2016
1. In the linked job, the that bot is uploading data for the test "webrtc_perf_tests/10_pl_10_drift", but not for webrtc_perf_tests/ramp_up_down_up_1stream_nortx/second_rampup or webrtc_perf_tests/ramp-up-down-up-average-network-latency/UpDownUpOneStream; is this expected? 2. Maybe it's possible that the two new machines have an IP address that was previously whitelisted? Searching for recent requests for data from webrtc-linux-large-tests, the requests have an IP address of 70.32.137.216, which is in dashboard IP whitelist.
,
Mar 8 2016
Ah, thanks for figuring this out. I'm clearly jetlagged still (in KIR now, flying to MTV tonight). Sorry for coming up with the false conclusion here, I was sure the machine switch at Feb 23 caused this, but apparently the test was disabled at the very same day. So hlundin's dupe of bug 591707 was correct to begin with. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by hlundin@chromium.org
, Mar 3 2016