start_timestamp = 0 for some jobs
Categories
(Tree Management :: Treeherder: API, defect)
Tracking
(Not tracked)
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?
Assignee | ||
Comment 1•5 years ago
|
||
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}
Assignee | ||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
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.
Assignee | ||
Comment 4•5 years ago
|
||
Oh, interesting! Thanks. Sounds like it's best for consumers to allow for that condition then -- nothing to do here.
Updated•5 years ago
|
Updated•5 years ago
|
Description
•