Closed Bug 1528121 Opened 1 year ago Closed 1 year ago

start_timestamp = 0 for some jobs

Categories

(Tree Management :: Treeherder: API, defect)

defect
Not set

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: gbrown, Assigned: gbrown)

References

Details

I am using the python TreeherderClient to retrieve pushes and jobs. For jobs returned by get_jobs, some small percentage of (completed) jobs returned by get_jobs have start_timestamp = 0 (and a valid end_timestamp).

If that's expected, what does it mean / how should it be interpreted?

Examples, from mozilla-inbound:

{u'submit_timestamp': 1550058901, u'build_system_type': u'taskcluster', u'machine_name': u'unknown', u'job_group_symbol': u'?', u'job_group_name': u'unknown', u'platform_option': u'opt', u'job_type_description': u'', u'signature': u'28f0578c34db7fe3a9823eac5c87dd373a88bbf7', u'result_set_id': 433963, u'result': u'usercancel', u'push_id': 433963, u'id': 228149406, u'machine_platform_architecture': u'-', u'job_type_id': 98562, u'build_platform': u'lint', u'machine_platform_os': u'-', u'job_type_name': u'source-test-file-metadata-bugzilla-components', u'ref_data_name': u'28f0578c34db7fe3a9823eac5c87dd373a88bbf7', u'platform': u'lint', u'state': u'completed', u'end_timestamp': 1550059132, u'build_os': u'-', u'option_collection_hash': u'102210fe594ee9b33d82058545b1ed14f4c8206e', u'who': u'aiakab@mozilla.com', u'failure_classification_id': 1, u'job_type_symbol': u'Bugzilla', u'reason': u'scheduled', u'last_modified': u'2019-02-13T11:58:53.422940', u'tier': 1, u'job_guid': u'066fb709-a684-42ca-9010-003e62f4dc65/0', u'start_timestamp': 0, u'build_architecture': u'-', u'job_group_description': u'', u'build_platform_id': 144, u'job_group_id': 2}

{u'submit_timestamp': 1550058901, u'build_system_type': u'taskcluster', u'machine_name': u'unknown', u'job_group_symbol': u'?', u'job_group_name': u'unknown', u'platform_option': u'pgo', u'job_type_description': u'', u'signature': u'b173890c81b8ffce32daa214406f8ca818ade42f', u'result_set_id': 433963, u'result': u'usercancel', u'push_id': 433963, u'id': 228149407, u'machine_platform_architecture': u'-', u'job_type_id': 19769, u'build_platform': u'windows2012-64', u'machine_platform_os': u'-', u'job_type_name': u'build-win64/pgo', u'ref_data_name': u'b173890c81b8ffce32daa214406f8ca818ade42f', u'platform': u'windows2012-64', u'state': u'completed', u'end_timestamp': 1550059149, u'build_os': u'-', u'option_collection_hash': u'f69e1b00908837bf0550250abb1645014317e8ec', u'who': u'aiakab@mozilla.com', u'failure_classification_id': 1, u'job_type_symbol': u'B', u'reason': u'scheduled', u'last_modified': u'2019-02-13T11:59:09.926535', u'tier': 1, u'job_guid': u'7273821d-cea0-4183-8053-cd2f217e6c5e/0', u'start_timestamp': 0, u'build_architecture': u'-', u'job_group_description': u'', u'build_platform_id': 196, u'job_group_id': 2}

{u'submit_timestamp': 1550058901, u'build_system_type': u'taskcluster', u'machine_name': u'unknown', u'job_group_symbol': u'?', u'job_group_name': u'unknown', u'platform_option': u'opt', u'job_type_description': u'', u'signature': u'f5d52f9fd0663edae84e7f676c14bd6054666652', u'result_set_id': 433963, u'result': u'usercancel', u'push_id': 433963, u'id': 228149409, u'machine_platform_architecture': u'-', u'job_type_id': 18254, u'build_platform': u'windows2012-32', u'machine_platform_os': u'-', u'job_type_name': u'build-win32/opt', u'ref_data_name': u'f5d52f9fd0663edae84e7f676c14bd6054666652', u'platform': u'windows2012-32', u'state': u'completed', u'end_timestamp': 1550059150, u'build_os': u'-', u'option_collection_hash': u'102210fe594ee9b33d82058545b1ed14f4c8206e', u'who': u'aiakab@mozilla.com', u'failure_classification_id': 1, u'job_type_symbol': u'B', u'reason': u'scheduled', u'last_modified': u'2019-02-13T11:59:11.637847', u'tier': 1, u'job_guid': u'7d6dcd91-a1a8-49a3-997d-a3baf4849e92/0', u'start_timestamp': 0, u'build_architecture': u'-', u'job_group_description': u'', u'build_platform_id': 227, u'job_group_id': 2}

:camd - Can you advise, or redirect?

Flags: needinfo?(cdawson)

Hi Geoff-- It looks like these jobs are in result of "usercancel" which would mean they could have been cancelled either while pending or running. If they were canceled while pending, then they'd have no start_timestamp. But they would still get an end_timestamp at the time the cancel went through.

Flags: needinfo?(cdawson)

Oh, interesting! Thanks. Sounds like it's best for consumers to allow for that condition then -- nothing to do here.

Assignee: nobody → gbrown
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.