Investigate novel pub/sub system test failures

[dhermes]

1. Subscription.pull(return_immedately=False, max_messages=2) returns immediately (See 'Subscription.pull(return_immedately=False, max_messages=2)' returns immediately :( #893)
2. Missing ACK ID

======================================================================
ERROR: test_message_pull_mode_e2e (pubsub.TestPubsub)
----------------------------------------------------------------------
Traceback (most recent call last):
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/system_tests/pubsub.py", line 123, in test_message_pull_mode_e2e
 subscription.acknowledge(ack_ids)
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/.tox/system-tests/lib/python2.7/site-packages/gcloud/pubsub/subscription.py", line 230, in acknowledge
 method='POST', path='%s:acknowledge' % (self.path,), data=data)
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/.tox/system-tests/lib/python2.7/site-packages/gcloud/connection.py", line 419, in api_request
 error_info=method + ' ' + url)
gcloud.exceptions.BadRequest: 400 You have not specified an ack ID in the request. (POST https://pubsub.googleapis.com/v1/projects/precise-truck-742/subscriptions/subscribing-now:acknowledge)
----------------------------------------------------------------------

From:

1. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/75334450
2. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/77188348
3. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/77564743
4. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/94920686
5. Only one message returned

======================================================================
ERROR: test_message_pull_mode_e2e (pubsub.TestPubsub)
----------------------------------------------------------------------
Traceback (most recent call last):
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/system_tests/pubsub.py", line 129, in test_message_pull_mode_e2e
 message1, message2 = sorted(messages, key=_by_timestamp)
ValueError: need more than 1 value to unpack
----------------------------------------------------------------------

From:

1. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/77052107
2. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/98407178
3. Eventual Consistency Error

======================================================================
FAIL: test_list_subscriptions (pubsub.TestPubsub)
----------------------------------------------------------------------
Traceback (most recent call last):
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/system_tests/pubsub.py", line 100, in test_list_subscriptions
 self.assertEqual(len(created), len(subscriptions_to_create))
AssertionError: 2 != 3
======================================================================
FAIL: test_list_topics (pubsub.TestPubsub)
----------------------------------------------------------------------
Traceback (most recent call last):
 File "/home/travis/build/GoogleCloudPlatform/gcloud-python/system_tests/pubsub.py", line 62, in test_list_topics
 self.assertEqual(len(created), len(topics_to_create))
AssertionError: 2 != 3
----------------------------------------------------------------------
Ran 5 tests in 66.301s
FAILED (failures=2)

From:

1. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/77600321
2. https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/78109143

[dhermes]

Same issue in https://travis-ci.org/GoogleCloudPlatform/gcloud-python/builds/75334450 (build was from #1060, previously reported in #1062)

[dhermes]

@tseaver @tmatsuo The 1st error occurred again today.

@tmatsuo Not sure if there is a place to report this internally, but we are hitting this with a tiny amount of load and we've see this server-side flakiness 4 times now. 99% of the time it works (i.e. it knows there is an Ack ID in the request) but for some reason it doesn't always pick it up.

[tmatsuo]

@dhermes
99%, I think it matches the end-to-end message delivery latency expectations at this point.

The tail latency is mainly caused by server crashes, disk crashes, or network cut etc (but we never lost any messages so far, that's great), as you can imagine, and it's almost inevitable.

Only thing I can think of is longer wait time (and more pull calls) for the tests. Is it possible to have a time limit, and pulls again and again until it reaches the time limit?

[dhermes]

Ah I see. So in the source

ack_ids = [recv[0] for recv in received]
subscription.acknowledge(ack_ids)

we should check that received / ack_ids is not empty and then never send the acknowledge request?

[tmatsuo]

The response can be contain 0 message, 1 message, or 2 messages. You can repeatedly call pull until you get the right amount of messages. sg?

[dhermes]

can be contain message

You mean 0 messages?

[dhermes]

Also

repeatedly call pull until you get the right amount of messages

does sound good

[tmatsuo]

@dhermes

You mean 0 messages?
Yes, I corrected my comment :)