{"push_id":2561827379,"size":27,"distinct_size":27,"ref":"refs/heads/1.5.x","head":"0f426a7a25f2c00d7bf1e2ffe9482dba3e9dcfae","before":"3f8b19a92b7f28e6efcf1cd9397b380c995e9948","commits":[{"sha":"773502848fa8debbf5b7962c36827a0216088b22","author":{"name":"Ilya Pronin","email":"a53760c00b0a6a6750f3e8882c9f8fa183a24414@twopensource.com"},"message":"Added replicated log reader catch-up section to the upgrades doc.\n\nReview: https://reviews.apache.org/r/64923/\n(cherry picked from commit 34d92d8b3495c1ea871b4993eb174bb94f1c31ef)","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/773502848fa8debbf5b7962c36827a0216088b22"},{"sha":"08040790ea2fbf1836db57292f96cb4524faabee","author":{"name":"Gilbert Song","email":"37cfa39210c37c784956d56132125f27a6840755@gmail.com"},"message":"Fixed the agent recovery crash if metadata is missing.\n\nThis is the case that is missed when handling orphan containers\ncleanup. When the agent metadata does not exist but the container\npid is chechpointed under the container runtime dir, then the\ncontainer should be regarded as orphan and should be cleaned up.\n\nReview: https://reviews.apache.org/r/66539","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/08040790ea2fbf1836db57292f96cb4524faabee"},{"sha":"667c774855852c6de6c4e0672d8917e81b4231ab","author":{"name":"Gilbert Song","email":"37cfa39210c37c784956d56132125f27a6840755@gmail.com"},"message":"Added MESOS-8416 to 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/667c774855852c6de6c4e0672d8917e81b4231ab"},{"sha":"652540602bdf2f56b683018211288dd1ba4be780","author":{"name":"Chun-Hung Hsiao","email":"527afe9467280dd711a877e4f00962e4c99b446d@apache.org"},"message":"Marked volume/block creation and destroy operations as experimental.\n\nThis patch marks the `CREATE_VOLUME`, `DESTROY_VOLUME`, `CREATE_BLOCK`\nand `DESTROY_BLOCK` as experimental APIs. It also unifies the way we\nmark experimental APIs.\n\nReview: https://reviews.apache.org/r/66616/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/652540602bdf2f56b683018211288dd1ba4be780"},{"sha":"8369f32852e659babd42df44fca4655c5a7b74a2","author":{"name":"Chun-Hung Hsiao","email":"527afe9467280dd711a877e4f00962e4c99b446d@apache.org"},"message":"Marked the resource provider API as experimental.\n\nThis patch marks the resource provider API as experimental, and make the\nv0 and v1 protos consistent.\n\nReview: https://reviews.apache.org/r/66648/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/8369f32852e659babd42df44fca4655c5a7b74a2"},{"sha":"0a1a345bd45ab45a0673b81563270de072427534","author":{"name":"Chun-Hung Hsiao","email":"527afe9467280dd711a877e4f00962e4c99b446d@mesosphere.io"},"message":"Added MESOS-8787 to the 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/0a1a345bd45ab45a0673b81563270de072427534"},{"sha":"a9b86c4d75745526a3d6c73fffb6444ca054978d","author":{"name":"Alexander Rukletsov","email":"25829bd2622423157f0b3f860c5ecc666ffc8ab1@apache.org"},"message":"Libprocess: Fixed a crash in the presence of request/response trailers.\n\nPrior to this patch, both `StreamingRequest` and `StreamingResponse`\ndecoders made an assumption that the underlying HTTP parser never\nyields a header after having reported that all headers have been\nprocessed, i.e., `on_header_field()` and `on_header_value()` callbacks\nare never called after `on_headers_complete` has been called.\n\nThis assumption is incorrect: HTTP parser can yield a header after\nbody for trailers in chunked requests and responses or for malformed\nmessages.\n\nThis patch relaxes the assumption. Instead of crashing, HTTP message\nparsing is gracefully aborted and a decoding error is returned.\n\nReview: https://reviews.apache.org/r/66090","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/a9b86c4d75745526a3d6c73fffb6444ca054978d"},{"sha":"c3a9358b542b5f5652c0349cf30033f21091c707","author":{"name":"Alexander Rukletsov","email":"25829bd2622423157f0b3f860c5ecc666ffc8ab1@apache.org"},"message":"Libprocess: Avoided magic values in decoder.hpp.\n\nReview: https://reviews.apache.org/r/66638","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/c3a9358b542b5f5652c0349cf30033f21091c707"},{"sha":"aedbcfd5dc5b4352bf34088fa91d6ceeabcc641f","author":{"name":"Alexander Rukletsov","email":"25829bd2622423157f0b3f860c5ecc666ffc8ab1@apache.org"},"message":"Stout: Ensured exceptions are caught for `picojson::parse()`.\n\n`picojson::parse()` might throw in some cases, including when a parsed\nnumber is out of bounds. This patch captures possible exceptions at\nthe call site and converts them to `Error`s.\n\nReview: https://reviews.apache.org/r/66091","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/aedbcfd5dc5b4352bf34088fa91d6ceeabcc641f"},{"sha":"9d6b0b1cf5b045e67d05ba04aa91b49d56b31ad5","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Reduced likelihood of a stack overflow in libprocess socket send path.\n\nCurrently, the socket send path is implemented using an asynchronous\nloop with callbacks. Without using `process::loop`, this pattern is\nprone to a stack overflow in the case that all asynchronous calls\ncomplete synchronously. This is possible with sockets if the socket\nis always ready for writing. Users have reported the crash in both\nMESOS-8594 and MESOS-8834, so the stack overflow is encountered in\npractice.\n\nThis patch updates the send path to leverage `process::loop`, which\nis supposed to prevent stack overflows in asynchronous loops. However,\nit is still possible for `process::loop` to stack overflow due to\nMESOS-8852. In practice, I expect that even without MESOS-8852 fixed,\nusers won't see any stack overflows in the send path.\n\nReview: https://reviews.apache.org/r/66863","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/9d6b0b1cf5b045e67d05ba04aa91b49d56b31ad5"},{"sha":"9343f42001d80b161fffe80ad5c40fc0446b0b6f","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Added MESOS-8594 to the 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/9343f42001d80b161fffe80ad5c40fc0446b0b6f"},{"sha":"ecf80b90b9027acce17beecb9a725a90fa8325fa","author":{"name":"Qian Zhang","email":"06db520cbba191c0e992f3d7efaf51cb298ef169@gmail.com"},"message":"Increased the timeout for waiting for `reaped` to be invoked.\n\nPreviously after the container process is reaped by the Docker\nexecutor, we will wait 3 seconds for `reaped` to be invoked.\nHowever in some cases (e.g., launch a Docker container to use\nan external rexray volume), there will be more than 3 seconds\nafter the container process exits and before the `docker run`\ncommand returns (i.e., `reaped` invoked). So in this patch,\nthe timeout is increased to 60 seconds.\n\nReview: https://reviews.apache.org/r/66947/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/ecf80b90b9027acce17beecb9a725a90fa8325fa"},{"sha":"1b813dcf0c0bd31e46aa769c8fd86f11b339dad8","author":{"name":"Gilbert Song","email":"37cfa39210c37c784956d56132125f27a6840755@gmail.com"},"message":"Added MESOS-8876 to 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/1b813dcf0c0bd31e46aa769c8fd86f11b339dad8"},{"sha":"5f1a47184643533c9c1b308982ab6256087d17ba","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Re-enable epoll support for libevent.\n\nEpoll support was disabled due to some undocumented \"issues\". Since\nthe original author is not responsive and a lot of libevent / SSL\nissues have been fixed, we can try re-enabling epoll support.\n\nShould this be an issue, epoll can be disabled once again using the\nEVENT_NOEPOLL environment variable.\n\nReview: https://reviews.apache.org/r/66977","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/5f1a47184643533c9c1b308982ab6256087d17ba"},{"sha":"6faf6c11fe641929e2ec2b178d6bae8472fc668c","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Added MESOS-8881 to the 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/6faf6c11fe641929e2ec2b178d6bae8472fc668c"},{"sha":"c4f2b58a5c1e7b67a42fc7f0dcb1588e86c0e16d","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Disabled debug mode for libevent.\n\nDebug mode enables additional tracking in libevent to check for common\nerrors. It is recommended to \"only enable debug mode when actually\ndebugging your program\" because \"tracking which events are initialized\nrequires that Libevent use extra memory and CPU\".\n\nhttp://www.wangafu.net/~nickm/libevent-book/Ref1_libsetup.html\n\nWe could consider introducing libevent flags in order to be able to\ntoggle this behavior with an environment variable since it appears\nthat libevent does not provide one. However, since I don't believe\nthese assertions have been of value, we can just remove the debug mode\nfor now.\n\nReview: https://reviews.apache.org/r/66978","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/c4f2b58a5c1e7b67a42fc7f0dcb1588e86c0e16d"},{"sha":"49e53495498a5f7d582c496ead81adc7ce9e5698","author":{"name":"Benjamin Mahler","email":"0cbf0e47e6ba4c52b8d3c5606dff81e1a6b2839a@apache.org"},"message":"Added MESOS-8885 to the 1.5.1 CHANGELOG.","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/49e53495498a5f7d582c496ead81adc7ce9e5698"},{"sha":"a3e32ba5c5644814113ed59757e95809c0ec7123","author":{"name":"Benjamin Bannier","email":"e994042d04bae499faba91bb423d890852a59272@mesosphere.io"},"message":"Explicitly marked functions `override` in cgroup subsystems.\n\nThis patch adds `override` keywords to functions overriding `virtual`\nbase class functions. This explicitness helps in a subsequent patch in\nrefactoring the `Subsystem` base class interface.\n\nReview: https://reviews.apache.org/r/66634/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/a3e32ba5c5644814113ed59757e95809c0ec7123"},{"sha":"c44c29983d5d83c5965871479437b3661867137d","author":{"name":"Benjamin Bannier","email":"e994042d04bae499faba91bb423d890852a59272@mesosphere.io"},"message":"Renamed cgroups subsystem processes.\n\nThe different cgroups subsystems are modelled as actors implemented as\nlibprocess `Process`es. This patch renames the classes to clearly\nreflect their `Process` nature.\n\nIn a subsequent patch we will introduce a wrapper class to access\nsubsystems.\n\nReview: https://reviews.apache.org/r/66987/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/c44c29983d5d83c5965871479437b3661867137d"},{"sha":"30d21a95e44f5f2b3a961af06fb51293c92882e4","author":{"name":"Benjamin Bannier","email":"e994042d04bae499faba91bb423d890852a59272@mesosphere.io"},"message":"Introduced wrapper for access to cgroups system access.\n\nDifferent cgroups subsystems are modelled as actors. In this patch we\nintroduce wrapper classes which `dispatch` to the processes. This\nremoves e.g., races from mixing naked and `dispatch`'ed method calls.\n\nReview: https://reviews.apache.org/r/66635/","distinct":true,"url":"https://api.github.com/repos/OctoData/mesos/commits/30d21a95e44f5f2b3a961af06fb51293c92882e4"}]}
{"actor":{"display_login":"Zevran"}}