aurora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Zhitao Li <>
Subject Re: [PROPOSAL] Revisit task ID format
Date Tue, 26 Jan 2016 23:49:59 GMT
+1 for dropping the time and keeping the mangled jobkey. Unless we are sure
that all internal logging of Mesos master and agent contains an identifier
with user some user generated data, changing it to UUID will make adhoc
debugging through Mesos logging harder.

On Tue, Jan 26, 2016 at 3:17 PM, Erb, Stephan <>

> +1 for dropping the timestamp
> However, I am not sure regarding the mangled jobkey. It tends to make it
> easier to correlate Mesos tasks to Aurora jobs when skimming log files,
> viewing the Mesos-UI or even when using the Thermos [1]. I guess the
> traceability of all of those usecases could be improved, but that would
> probably additional work.
> [1]
> ________________________________________
> From: Bill Farner <>
> Sent: Wednesday, January 27, 2016 12:03 AM
> To:
> Subject: [PROPOSAL] Revisit task ID format
> Context: a task ID is a unique identifier for a task.  Aurora and Mesos
> both require this uniqueness.  Within mesos, frameworks are required to
> craft their own task IDs as they see fit.
> Our task ID format is currently [1]
> for an example:
> 1453847837931-vagrant-test-http_example_docker-1-a23f55e2-151f-409e-9cea-76ec79482533
> In addition to guaranteed uniqueness, this format has the benefit of being
> somewhat human-friendly.  Within logs, it is somewhat possible to partially
> recognize a task based solely on the text ID.
> *I would like to propose that we remove the TIMESTAMP- prefix from the task
> ID.*  It was originally included so that task IDs would be temporally
> sortable for scheduling prioritization.  At present, tasks are not sorted
> using the ID.
> While proposing the above, i think it's also prudent to take the
> opportunity to consider a complete overhaul of the ID contents.  *An
> alternative approach would be to only use the UUID.*  This has the benefit
> of decoupling arbitrary user input from the various ways task IDs are used
> (as an example - mesos uses them in file names, limiting length and allowed
> characters).  Task IDs also become fixed width, which offers a (very)
> marginal memory reduction over the status quo, and makes console line
> wrapping more consistent when perusing logs.  Additionally, it eschews the
> potential problem of users parsing task IDs and coupling to its format.
> Any thoughts on this?
> [1]


Zhitao Li

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message