http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/assets/papers/hotcloud_spark.pdf ---------------------------------------------------------------------- diff --git a/site/source/assets/papers/hotcloud_spark.pdf b/site/source/assets/papers/hotcloud_spark.pdf new file mode 100644 index 0000000..ffb9e4f Binary files /dev/null and b/site/source/assets/papers/hotcloud_spark.pdf differ
http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/assets/papers/nsdi_drf.pdf ---------------------------------------------------------------------- diff --git a/site/source/assets/papers/nsdi_drf.pdf b/site/source/assets/papers/nsdi_drf.pdf new file mode 100644 index 0000000..07ae094 Binary files /dev/null and b/site/source/assets/papers/nsdi_drf.pdf differ http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/assets/papers/nsdi_mesos.pdf ---------------------------------------------------------------------- diff --git a/site/source/assets/papers/nsdi_mesos.pdf b/site/source/assets/papers/nsdi_mesos.pdf new file mode 100644 index 0000000..f5ea80f Binary files /dev/null and b/site/source/assets/papers/nsdi_mesos.pdf differ http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog.html.erb ---------------------------------------------------------------------- diff --git a/site/source/blog.html.erb b/site/source/blog.html.erb new file mode 100644 index 0000000..04cfa79 --- /dev/null +++ b/site/source/blog.html.erb @@ -0,0 +1,18 @@ +--- +title: Apache Mesos | Blog +breadcrumb: Blog +--- +<div class="row"> + <div class="col-md-3"> + <h4>Apache Mesos Blog</h4> + <p>The Mesos blog is a place for announcements and for project committers to highlight features of the software.</p> + </div> + <div class="col-md-9"> + <% blog.articles.each do |post| %> + <article> + <h2><%= link_to(post.title, post.url)%></h2> + <p><em>Posted by <%= post.data.post_author.display_name %>, <%= post.date.strftime("%B %e, %Y") %></em></p> + </article> + <% end %> + </div> +</div> \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2013-10-23-slave-recovery-in-apache-mesos.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2013-10-23-slave-recovery-in-apache-mesos.md b/site/source/blog/2013-10-23-slave-recovery-in-apache-mesos.md new file mode 100644 index 0000000..5b604f5 --- /dev/null +++ b/site/source/blog/2013-10-23-slave-recovery-in-apache-mesos.md @@ -0,0 +1,66 @@ +--- +layout: post +title: Slave Recovery in Apache Mesos +published: true +post_author: + display_name: Vinod Kone + gravatar: 24bc66008e50fb936e696735e99d7815 + twitter: vinodkone +tags: HighAvailability, SlaveRecovery +--- + +High availability is one of the key features of Mesos. For example, a typical Mesos cluster in production involves 3-5 masters with one acting as *leader* and the rest on standby. When a leading master fails due to a crash or goes offline for an upgrade, a standby master automatically becomes the leader without causing any disruption to running services. Leader election is currently performed by using [ZooKeeper](http://zookeeper.apache.org/). + +With the latest Mesos release, [0.14.1](http://mesos.apache.org/downloads/), we are bringing high availability to the slaves by introducing a new feature called *Slave Recovery*. In a nutshell, slave recovery enables: + +1. Executors/tasks to keep running when the slave process is down. + +2. A restarted slave process to reconnect with running executors/tasks on the slave. + +## Why it matters + +A recoverable slave is critical for running services in production on Mesos for several reasons: + +- **Stateful services** + + In a typical production environment there are stateful services (e.g., caches) running in the cluster. It is not uncommon for these services to have a high startup time (e.g., cache warm up time of a few hours). Even in the analytics world, there are cases where a single task is responsible for doing work that takes hours to complete. In such cases a restart of the slave (e.g, crash or upgrade) will have a huge impact on the service. While sharding the service wider mitigates this impact it is not always possible to do so (e.g, legacy services, data locality, application semantics). Such stateful applications would benefit immensely from running under a more resilient slave. + +- **Faster cluster upgrades** + + It is important for clusters to frequently upgrade their infrastructure to stay up-to-date with the latest features and bug fixes. A typical Mesos slave upgrade involves stopping the slave, upgrading the slave libraries and starting the slave. In production environments there is always tension between upgrading the infrastructure frequently and the need to not impact long running services as much as possible. With respect to Mesos upgrades, if upgrading the slave binary has no impact on the underlying services, then it is a win for both the cluster operators and the service owners. + +- **Resilience against slave failures** + + While upgrading the slaves is most often the reason for restarting slaves, there might be other causes for a slave to fail. A slave crash could happen due to a bug in the slave code or due to external factors like a bug in the kernel or ZooKeeper client library. Typically such crashes are temporary and a restart of the slave is enough to correct the situation. If such slave restarts do not affect applications running on the slave it is a huge win for the applications. + +## How it works + +- **Checkpointing** + + Slave recovery works by having the slave checkpoint enough information (e.g., task information, executor information, status updates) about the running tasks and executors to local disk. Once the slave and the framework(s) enable checkpointing, any subsequent slave restarts would recover the checkpointed information and reconnect with the executors. When a checkpointing slave process goes down, both the leading master and the executors running on the slave host wait for the slave to come back up and reconnect. A nice thing about slave recovery is that frameworks and their executors/tasks are oblivious to a slave restart. + +- **Executor Driver Caching** + + As part of this feature, the executor driver has also been improved to make it more resilient in the face of a slave failure. As an example, status updates sent by the executor while the slave is down are cached by the driver and sent to the slave when it reconnects with the restarted slave. Since this is all handled by the executor driver, framework/executor writers do not have to worry about it! The executors can keep sending status updates for their tasks while remaining oblivious to the slave being up or down. + +- **Reliable status updates** + + Another benefit of slave checkpointing the status updates is that now updates are more reliably delivered to frameworks in the face of failures. Before slave recovery if the slave fails at the same time that a master is failing over, no TASK_LOST updates for tasks running on the slave were sent to the framework. This is partly because the Mesos master is stateless. A failed over master reconstructs the cluster state from the information given to it by re-registering slaves and frameworks. With slave recovery, status updates and tasks are no longer lost when slaves fail. Rather, the slave recovers tasks, status updates and reconnects with the running executors. Even if an executor does terminate when the slave is down, a recovered slave knows about it from its checkpointed state and reliably sends TASK_LOST updates to the framework. + +For more information about how to enable slave recovery in your cluster, please refer to the [documentation](https://github.com/apache/mesos/blob/master/docs/Slave-Recovery.md). + +## Looking ahead + +- **Easy Executor/Task Upgrades** + + In a similar vein to how slave recovery makes upgrading a Mesos cluster easy, we would like to enable frameworks to upgrade their executors/tasks as well. Currently the only way to upgrade an executor/task is to kill the old executor/task and launch the new upgraded executor/task. For the same reasons as we have discussed earlier this is not ideal for stateful services. We are currently investigating proper primitives to provide to frameworks to do such upgrades, so that not every framework have to (re-)implement that logic. + +- **State Reconciliation** + + While slave recovery greatly improves the reliability of delivering status updates there are still some rare cases where updates could be lost. For example if a slave crashes when a master is failing over and never comes back then the new leading master doesn't know about the lost slave and executors/tasks running on it. In addition to status updates, any driver methods (e.g., launchTasks, killTask) invoked when the master is failing over are silently dropped. Currently, frameworks are responsible for reconciling their own task state using the [reconciliation API](https://github.com/apache/mesos/blob/master/include/mesos/scheduler.hpp#L290). We are currently investigating ways to provide even better guarantees around reconciliation. + +- **Self Updates of Mesos** + + Currently, updating Mesos involves a cluster operator to manually upgrade the master and slave binaries and roll them in a specific manner (e.g., masters before slaves). But what if Mesos can update itself! It is not hard to imagine a future where Mesos masters can orchestrate the upgrade of slaves and maybe also upgrade one another! This would also help making rollbacks easy incase an upgrade doesnât work because it would be much easier Mesos to check if various components are working as expected. + +So what are you waiting for? Go ahead and give [Mesos](http://mesos.apache.org) a whirl and [let us know](mailto:[email protected]) what you think. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2013-11-12-mesos-0-14-2-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2013-11-12-mesos-0-14-2-released.md b/site/source/blog/2013-11-12-mesos-0-14-2-released.md new file mode 100644 index 0000000..a0a727c --- /dev/null +++ b/site/source/blog/2013-11-12-mesos-0-14-2-released.md @@ -0,0 +1,25 @@ +--- +layout: post +title: Apache Mesos 0.14.2 Released +permalink: /blog/mesos-0-14-2-released/ +published: true +post_author: + display_name: Ben Mahler + gravatar: fb43656d4d45f940160c3226c53309f5 + twitter: bmahler +tags: Release +--- + +We recently released Mesos 0.14.2, a bugfix release with only a minor change related to cgroups isolation in 0.14.1. If you're using 0.14.1 with cgroups isolation, it is recommended to upgrade to avoid unnecessary out-of-memory (OOM) killing of jobs. The latest version of Mesos is available on our [downloads](http://mesos.apache.org/downloads/) page. + +### Upgrading +If upgrading from 0.14.x, this upgrade can be applied seamlessly to running clusters. However, if you're upgrading from 0.13.x on a running cluster, please refer to the [Upgrades](http://mesos.apache.org/documentation/latest/upgrades/) document, which details how a seamless upgrade from 0.13.x to 0.14.x can be performed. + +### Changes since 0.14.1 +With the release of 0.14.1, when using cgroups isolation, the OOM semantics were altered to enable the kernel OOM killer and to use the memory soft limit combined with memory threshold notifications to induce OOMs in user-space. This was done to attempt to capture memory statistics at the time of OOM for diagnostic purposes. However, this proved to trigger unintended OOMs as the memory purging that occurs when the hard limit is reached was no longer occurring. + +0.14.2 no longer uses threshold notifications; the memory hard limit is now used instead to preserve the previous OOM semantics. + +For additional details, please see: +[MESOS-755](https://issues.apache.org/jira/browse/MESOS-755), +[MESOS-762](https://issues.apache.org/jira/browse/MESOS-762). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2013-12-16-niklas-nielsen-becomes-mesos-committer.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2013-12-16-niklas-nielsen-becomes-mesos-committer.md b/site/source/blog/2013-12-16-niklas-nielsen-becomes-mesos-committer.md new file mode 100644 index 0000000..4d34c99 --- /dev/null +++ b/site/source/blog/2013-12-16-niklas-nielsen-becomes-mesos-committer.md @@ -0,0 +1,13 @@ +--- +layout: post +title: Niklas Nielsen Becomes Newest Mesos Committer and PMC Member +published: true +post_author: + display_name: Apache Mesos + twitter: apachemesos +tags: Announcement, PMC +--- + +The Apache Mesos PMC has voted to make [Niklas Nielsen](http://mesosphere.io/2013/10/24/niklas-nielsen-joins-mesosphere/) the project's newest committer and PMC member. Niklas is an engineer at Engineer at [Mesosphere](http://mesosphere.io), and has a background in virtual machines, compilers and supercomputer tooling (distributed debuggers, profilers and so on). + +Nielsen has particular interests in performance, scalability and tooling to give insights in otherwise fairly complex setups. Welcome, Niklas! \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-01-09-framework-authentication-in-apache-mesos-0-15-0.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-01-09-framework-authentication-in-apache-mesos-0-15-0.md b/site/source/blog/2014-01-09-framework-authentication-in-apache-mesos-0-15-0.md new file mode 100644 index 0000000..efd644d --- /dev/null +++ b/site/source/blog/2014-01-09-framework-authentication-in-apache-mesos-0-15-0.md @@ -0,0 +1,49 @@ +--- +layout: post +title: Mesos 0.15 and Authentication Support +permalink: /blog/framework-authentication-in-apache-mesos-0-15-0/ +published: true +post_author: + display_name: Vinod Kone + gravatar: 24bc66008e50fb936e696735e99d7815 + twitter: vinodkone +tags: Authentication, Security, Release +--- + +With the latest Mesos release, [0.15.0](http://mesos.apache.org/downloads/), we are pleased to report that weâve added Authentication support for frameworks (see [MESOS-418](https://issues.apache.org/jira/browse/MESOS-418)) connecting to Mesos. In a nutshell, this feature allows only authenticated frameworks to register with Mesos and launch tasks. Authentication is important as it prevents rogue frameworks from causing problems that may impact the usage of resources within a Mesos cluster. + +## How it works + +- **SASL** + + Mesos uses the [Cyrus SASL library](http://asg.web.cmu.edu/sasl/) to provide authentication. SASL is a very flexible authentication framework that allows two endpoints to authenticate with each other and also has support for various authentication mechanisms (ANONYMOUS, PLAIN, CRAM-MD5, GSSAPI etc). + + In this release, Mesos uses SASL with the CRAM-MD5 authentication mechanism. The process for enabling authentication begins with the creation of an authentication credential that is unique to the framework. This credential constitutes a **principal** and **secret** pair, where **principal** refers to the identity of the framework. Note that the **principal** is different from the framework **user** (the Unix user which executors run as) or the resource **role** (role that has reserved certain resources on a slave). These credentials should be shipped to the Mesos master machines, as well as given access to the framework, meaning that both the framework and the Mesos masters should be started with these credentials. + + Once authentication is enabled, Mesos masters only allow authenticated frameworks to register. Authentication for frameworks is performed under the hood by the new scheduler driver. + +For specific instructions on how to do this please read the [upgrade](http://mesos.apache.org/documentation/latest/upgrades/) instructions. + +## Looking ahead + +- **Adding authentication support for slaves** + + Similar to adding authentication support to frameworks, it would be great to add authentication support to the slaves. Currently any node in the network can run a Mesos slave process and register with the Mesos master. Requiring slaves to authenticate with the master before registration would prevent rogue slaves from causing problems (e.g., DDoSing the master, getting access to users tasks etc) in the cluster. + +- **Integrating with Kerberos** + + Currently the authentication support via shared secrets between frameworks and masters is basic to benefit usability. To improve upon this basic approach, a more powerful solution would be to integrate with an industry standard authentication service like [Kerberos](http://en.wikipedia.org/wiki/Kerberos_(protocol)). A nice thing about SASL and one of the reasons we picked it is because of its support for integration with GSSAPI/Kerberos. We plan to leverage this support to integrate Kerberos with Mesos. + +- **Data encryption** + + Authentication is only part of the puzzle when it comes to deploying and running applications securely in the cloud. Another crucial component is data encryption. Currently all the messages that flow through the Mesos cluster are un-encrypted making it possible for intruders to intercept and potentially control your task. We plan to add encryption support by adding SSL support to [libprocess](https://github.com/3rdparty/libprocess), the low-level communication library that Mesos uses which is responsible for all network communication between Mesos components. + +- **Authorization** + + We are also investigating authorizing principals to allow them access to only a specific set of operations like launching tasks or using resources. In fact, you could imagine a world where an authenticated **principal** will be authorized to on behalf of a subset of **user**s and **role**s for launching tasks and accepting resources respectively. This authorization information could be stored in a directory service like LDAP. + +### Thanks + +While a lot of people contributed to this feature, we would like to give special thanks to [Ilim Igur](https://twitter.com/ilimugur), our [Google Summer of Code](http://www.google-melange.com/gsoc/homepage/google/gsoc2013) intern who started this project and contributed to the intial design and implementation. + +If you are as excited as us about this feature please go ahead and play with [Mesos 0.15.0](http://mesos.apache.org) and let us know what you think. You can get in touch with us via [our mailing lists or IRC](http://mesos.apache.org/community/). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-02-11-mesos-0-16-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-02-11-mesos-0-16-0-released.md b/site/source/blog/2014-02-11-mesos-0-16-0-released.md new file mode 100644 index 0000000..b7b4e74 --- /dev/null +++ b/site/source/blog/2014-02-11-mesos-0-16-0-released.md @@ -0,0 +1,30 @@ +--- +layout: post +title: Mesos 0.16.0 Released +permalink: /blog/mesos-0-16-0-released/ +published: true +post_author: + display_name: Yan Xu + twitter: xujyan +tags: Release, HighAvailability +--- + +We recently released Mesos v0.16.0 on our [downloads](http://mesos.apache.org/downloads/) page. It includes major [refactoring work](https://issues.apache.org/jira/browse/MESOS-496) of the leading master election and detection process. This improves the reliability and flexibility of running multiple masters in your cluster, which provides Mesos with high availability. + +In high availability mode, if a leading master machine fails, Mesos holds elections to determine a new leader. Slave machines and schedulers detect the new leading master and connect to it, without disrupting services running on Mesos. Leader election implementation details, including how it works with [Zookeeper](http://zookeeper.apache.org), are detailed in the [high availablity documentation](http://mesos.apache.org/documentation/latest/high-availability/). + +## What's Changed +Aside from the refactoring, v0.16.0 includes fixes for bugs which caused incorrect termination of Mesos masters and slaves: + + * Fixed ZooKeeper related bugs which terminated Mesos processes instead of automatically retrying them: [MESOS-463](https://issues.apache.org/jira/browse/MESOS-463), [MESOS-465](https://issues.apache.org/jira/browse/MESOS-465), [MESOS-814](https://issues.apache.org/jira/browse/MESOS-814). + * Non-leading Master now stays up after ZooKeeper session expiration or after it is partitioned from ZooKeeper. + * Slave no longer attempts to recover checkpointed data after a reboot: [MESOS-844](https://issues.apache.org/jira/browse/MESOS-844). + +Click to read the full [release notes](https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311242&version=12325295). + +## Upgrading +To upgrade a live cluster, please refer to the [Upgrades document](http://mesos.apache.org/documentation/latest/upgrades/). + +## Getting Involved + +We encourage you to try out this release, and let us know what you think on the [user mailing list](mailto:[email protected]). You can also get in touch with us via [@ApacheMesos](https://twitter.com/intent/user?screen_name=ApacheMesos) or via [mailing lists and IRC](https://mesos.apache.org/community). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-03-13-mesos-0-17-0-released-featuring-autorecovery.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-03-13-mesos-0-17-0-released-featuring-autorecovery.md b/site/source/blog/2014-03-13-mesos-0-17-0-released-featuring-autorecovery.md new file mode 100644 index 0000000..8c0f020 --- /dev/null +++ b/site/source/blog/2014-03-13-mesos-0-17-0-released-featuring-autorecovery.md @@ -0,0 +1,28 @@ +--- +layout: post +title: Mesos 0.17.0 Released, Featuring Autorecovery for the Replicated Log +permalink: /blog/mesos-0-17-0-released-featuring-autorecovery/ +published: true +post_author: + display_name: Jie Yu + twitter: jie_yu +tags: Release, Autorecovery, Replicatedlog +--- + +The latest Mesos release, [0.17.0](http://mesos.apache.org/downloads/) was made available for [download](http://mesos.apache.org/downloads) last week, introducing a new autorecovery feature for the replicated log that handles additional disk failure and operator error scenarios. + +## What is the replicated log? + +The replicated log is a distributed _append-only_ log that stores arbitrary data as entries. Replication comes into play as at least a quorum of log replicas are stored on different machines, protecting the data from individual disk or network failures. The replicated log uses the [Paxos algorithm](http://en.wikipedia.org/wiki/Paxos_(computer_science%29). We will describe additional implementation details in both an upcoming blog post and project documentation. + +Mesos has had replicated log since version 0.9.0 and [Apache Aurora](http://aurora.incubator.apache.org/), a framework used in production at Twitter, uses replicated log for its persistent storage. Additionally, the Mesos master will start using the replicated log to persist some cluster state with the introduction of the [registrar](https://issues.apache.org/jira/browse/MESOS-764). + +## New feature in Mesos 0.17.0: _autorecovery_ + +Before Mesos version 0.17.0, the replicated log could become inconsistent if a replicaâs disk was replaced or the data was accidentally deleted by an operator. That meant that an operator couldnât safely, or easily, replace a replicaâs disk while the other replicas kept running. Instead, an operator had to stop all replicas, replace the disk, copy a pre-existing log, then restart all the replicas. + +As of this release, a replica with a new disk can automatically recover without operator involvement. As long as a quorum of replicas are available, applications using the replicated log wonât notice a thing! + +## Future work + +The new autorecovery feature enables replacing a single replica at a time, but it does not allow an operator to easily add or remove replicas, known as _reconfiguration_. You can follow [MESOS-683](https://issues.apache.org/jira/browse/MESOS-683) for the latest on this future work. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-03-28-mesos-community-update-1.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-03-28-mesos-community-update-1.md b/site/source/blog/2014-03-28-mesos-community-update-1.md new file mode 100644 index 0000000..3b8114d --- /dev/null +++ b/site/source/blog/2014-03-28-mesos-community-update-1.md @@ -0,0 +1,43 @@ +--- +layout: post +title: "Mesos Community Update #1" +permalink: /blog/mesos-community-update-1/ +published: true +post_author: + display_name: Matt Trifiro + twitter: mtrifiro +tags: Community +canonical_url: http://mesosphere.io/community/2014/03/20/mesos-community-update-1/ +--- + +_This is a cross post from the [Mesosphere blog](http://mesosphere.io/community/2014/03/20/mesos-community-update-1/)._ + +Our community is in the midst of a revolution. Mesos is no longer an edge technology, only for the Twitters and Airbnbs of the world; itâs going mainstream and we are at its center. There is more activity on the Apache mailing lists, more commits in the code, more frameworks being developed, more developers building tools around Mesosâand, perhaps most excitingly, there are more companies deploying Mesos into production. + +All of this activity makes it harder to keep up! + +The Mesosphere team wants to help you keep up with all of the community activity by curating a concise semi-regular update, of which this is the first. We are looking to share the most interesting and important activities in the Mesos community. + +### Here are some recent highlights: + +* Venture capital icon [Vinod Khosla](http://en.wikipedia.org/wiki/Vinod_Khosla) gave a call-out to Mesos in his 2014 Open Networking Summit keynote, where he waxed about the need for a data center OS. The Mesos portion begins at 24:07 in the [ONS2014 Keynote YouTube video](http://youtu.be/q61VkqZRjck?t=24m7s%20). + +* Lab49 software engineer [Anvar Karimson](https://twitter.com/anvarkarimson) re-implemented Stripeâs legendary Capture the Flag (CTF) system on Mesos. Read his blow-by-blow description here: [Running Stripe CTF 2.0 on Mesos](http://karimson.com/posts/ctf-mesos/). + +* Community member [Tomas Barton](https://twitter.com/barton_tomas) gave an introductory talk on Mesos at the [InstallFest](http://www.installfest.cz/if14/) in Prague. In his 59-slide talk, he covered everything from workload balancing to Mesos fault tolerance. View his presentation on SlideShare: [Introduction to Apache Mesos](http://www.slideshare.net/tomasbart/introduction-to-apache-mesos). + +* On February 27, [Mesos 0.17.0 was released](http://mesos.apache.org/blog/mesos-0-17-0-released-featuring-autorecovery/) and you can [download it here](http://mesosphere.io/downloads/#apache-mesos-0.17.0). The 0.17.0 release features auto-recovery of the replicated log, which enhances Mesosâs high-availability and fault-tolerance. Read more here: [Mesos 0.17.0 release notes](https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311242&version=12325669) + +* On the path toward fully implementing the [Mesos Registrar Design](https://cwiki.apache.org/confluence/display/MESOS/Registrar+Design+Document), we saw progress toward creating [persistence of state information for slaves](https://issues.apache.org/jira/browse/MESOS-764). Placing a small amount of state information in highly-available storage will make recovery of slaves faster and more graceful (this has been [lacking for a while](http://https//issues.apache.org/jira/browse/MESOS-295)). + +* Mesosphere has packaged a pre-release version of Mesos 0.18.0 (release candidate 4) that you can now [download](http://mesosphere.io/downloads/#apache-mesos-0.18.0-rc4). The primary features of the [upcoming 0.18.0 release](https://github.com/apache/mesos/blob/0.18.0-rc4/CHANGELOG) are changes that make it easier to insert pluggable container technologies, like Docker. 0.18.0 foreshadows some pretty interesting Docker integrations with Mesos. + +### Upcoming events: + +* BBQ at Mesosphere HQ, 6-8 pm, March 28th. Come join us for a low-key BBQ. 145A Hampshire St, San Francisco (near Potrero @ 15th). Swing by and meet [our team](http://mesosphere.io/team/). + +* [ApacheCon](http://apacheconnorthamerica2014.sched.org/), April 7-9 in Denver. Come see two Mesos presentations: [Mesos: Elastically Scalable Operations, Simplified](http://apacheconnorthamerica2014.sched.org/event/d83ffc7d7c56620474eac1a2d8f09967) and [Building and Running Distributed Systems using Apache Mesos](http://apacheconnorthamerica2014.sched.org/event/803cb2a6f321ee02957b1c4eb4ebc01c). + +We hope to publish these updates at least a few times each month, and weâre interested in your suggestions. Please let us know what you think about the length, content and style, and send us your tips on what to publish each week. Do you have something to share? Write to us at [[email protected]](mailto:[email protected]). + +_This post was co-authored by Abhishek Parolkar. Follow him on Twitter at [@parolkar](https://twitter.com/parolkar)._ \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-04-10-mesos-0-18-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-04-10-mesos-0-18-0-released.md b/site/source/blog/2014-04-10-mesos-0-18-0-released.md new file mode 100644 index 0000000..6832f4f --- /dev/null +++ b/site/source/blog/2014-04-10-mesos-0-18-0-released.md @@ -0,0 +1,38 @@ +--- +layout: post +title: Mesos 0.18.0 Released +permalink: /blog/mesos-0-18-0-released/ +published: true +post_author: + display_name: Ian Downes + twitter: ndwns +tags: Release, Containerizer +--- + +The latest Mesos release, [0.18.0](http://mesos.apache.org/downloads/) is now available for [download](http://mesos.apache.org/downloads). A major part of the 0.18.0 release is a refactor of the projectâs isolation strategy, making it easier to develop and use different isolation technologies with Mesos including alternative implementations. The refactor does not introduce any new isolation features; instead, weâve established a set of APIs that others can use to extend Mesos. + +## Isolation -> Containerization + +The first change is in terminology. The Mesos Slave now uses a Containerizer to provide an environment for each executor and its tasks to run in. Containerization includes resource isolation but is a more general concept that can encompass such things as packaging. + +## Containerizer API + +The Containerizer API specifies the interface between the slave and a Containerizer. An internal containerization implementation, called MesosContainerizer, includes all isolation features present in earlier releases of Mesos: basic isolation on Posix systems and CPU and memory isolation using Cgroups on Linux systems. + +One of the goals of the refactor was to enable alternative containerizer implementations. In particular, we encourage the community to add containerizer implementations which _delegate_ containerization to other, existing technologies, e.g., LXC, Docker, VMware, Virtualbox, KVM and others. + +The folks at [Mesosphere](http://mesosphere.io) are working on one approach for a general ExternalContainerizer which provides a simple shim interface between the Mesos slave and an external program that performs isolation. When complete, the ExternalContainerizer could connect to any external containerizer such as, for example, [Deimos](https://github.com/mesosphere/deimos), another Mesosphere project, to use Docker for containerization. + +## Isolator API + +A second goal of the refactor was to make it easier to both develop and use different isolation components of the MesosContainerizer. To do this, we separated the coordination logic from the isolation logic. Users of Mesos now have more granular control over which isolation components a slave uses. + +MesosContainerizer accepts a list of Isolators, each implementing the Isolator API, to isolate resources. For example, the CgroupsMemIsolator uses the memory cgroup subsystem on Linux to limit the amount of memory available to an executor. We have plans to release new Isolators including a NetworkIsolator, a FilesystemIsolator, and a DiskIsolator and also to support isolation features provided by Linux namespaces such as pid and user namespaces. + + + +## Cgroup layout change + +While we were doing the refactor we took the opportunity to update the cgroup layout to current best practices, making it easier to run Mesos on recent Linux distributions and alongside other cgroup users such as LXC, Docker, and systemd. The expected layout has changed from a single mount point for all controllers to a separate mount point for each controller. This change requires reconfiguring the host system for every slave and we highly recommend a system reboot. + +Further details on the upgrade procedure are in the 0.18.0 [upgrade document](http://mesos.apache.org/documentation/latest/upgrades) and, as always, please ask questions on the [mailing list](http://mesos.apache.org/community), file tickets via [JIRA](https://issues.apache.org/jira/browse/MESOS), or discuss on [IRC](http://mesos.apache.org/community). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-05-29-mesos-0-18-1-and-0-18-2-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-05-29-mesos-0-18-1-and-0-18-2-released.md b/site/source/blog/2014-05-29-mesos-0-18-1-and-0-18-2-released.md new file mode 100644 index 0000000..4debcba --- /dev/null +++ b/site/source/blog/2014-05-29-mesos-0-18-1-and-0-18-2-released.md @@ -0,0 +1,30 @@ +--- +layout: post +title: Mesos 0.18.1 and 0.18.2 Released +permalink: /blog/mesos-mesos-0-18-1-and-0-18-2-released/ +published: true +post_author: + display_name: Niklas Quarfot Nielsen + twitter: quarfot +tags: Release +--- + +We recently tagged two new bug fixes including our latest release: version [0.18.2](http://mesos.apache.org/downloads/). A bug was introduced in 0.18.1, prompting the release of 0.18.2. If you're using 0.18.1, it is highly recommended that you upgrade. + +The latest version of Mesos is available on our [downloads](http://mesos.apache.org/downloads/) page. + +### Changes since 0.18.0 + +With the release of 0.18.1, Maven is now used to compile and package Mesos' Java files. In addition, the Mesos Java artifacts shade the protocol buffer dependency, allowing frameworks to independently declare their protobuf dependency version. Furthermore, a new extract flag has been added to the URI protocol buffer which makes it possible to control whether the fetcher should extract a given artifact. Various bugs in the Mesos master, the containerizer and the JNI code have been fixed as well. (see [0.18.1 release notes](https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311242&version=12326752)) + +0.18.2 fixed a bug which caused the mesos-fetcher to not apply the executer bit. For additional details, please see: [MESOS-1313](https://issues.apache.org/jira/browse/MESOS-1313). + +### Upgrading + +If upgrading from 0.18.0 or 0.18.1, an upgrade can be applied seamlessly to running clusters. However, Maven is now a build dependency and must be installed in order to build Mesos with Java support. + +If upgrading from earlier versions than 0.18.0, please refer to the [Upgrades](http://mesos.apache.org/documentation/latest/upgrades/) document. + +### Getting Involved + +We encourage you to try out this release, and let us know what you think on the [user mailing list]([email protected]). You can also get in touch with us via [@ApacheMesos](https://twitter.com/intent/user?screen_name=ApacheMesos) or via [mailing lists and IRC](https://mesos.apache.org/community). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-06-11-mesoscon-2014-program-announced.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-06-11-mesoscon-2014-program-announced.md b/site/source/blog/2014-06-11-mesoscon-2014-program-announced.md new file mode 100644 index 0000000..3d6fb07 --- /dev/null +++ b/site/source/blog/2014-06-11-mesoscon-2014-program-announced.md @@ -0,0 +1,24 @@ +--- +layout: post +title: "#MesosCon Program Announced, Now Including Hackathon" +permalink: /blog/mesoscon-2014-program-announced/ +published: true +post_author: + display_name: Dave Lester + twitter: davelester +tags: Announcement, MesosCon +--- + +Today weâre excited to announce the [program](http://mesoscon14.sched.org/) for [#MesosCon](http://events.linuxfoundation.org/events/mesoscon) 2014, the first ever conference dedicated to the Mesos ecosystem. It will take place in Chicago August 21-22, 2014, and be co-located with [LinuxCon](http://events.linuxfoundation.org/events/linuxcon-north-america) 2014. + +MesosCon welcomes attendees who are advanced users, along with those that are new to the project. There will be time to socialize, share and learn from adopters to core committers. The first day will begin with an introductory *Mesos 101* workshop and keynote presentations from Mesos PMC lead Benjamin Hindman (Twitter) and John Wilkes (Google). Day one will include single track talks featuring: + + * Mesos [frameworks](http://mesos.apache.org/documentation/latest/mesos-frameworks/): including [Apache Aurora](http://aurora.incubator.apache.org), [Marathon](https://github.com/mesosphere/marathon), [Spark](https://github.com/apache/spark), and a stream processing framework developed by Netflix. + * An operations perspective on Mesos: including talks on the challenges of running an elastic cluster, and using [Docker](http://www.docker.com) with Mesos. + * Presentations from companies who use Mesos in production: including eBay, HubSpot, and Airbnb. These presenters will also participate in a panel discussion. + +The final day will include a Mesos hackathon, generously sponsored by Atlassian. In advance of the hackathon, the community will seed ideas for specific features and projects to work on the [community mailing list](http://www.mail-archive.com/[email protected]/). + +[Registration is open](https://www.regonline.com/Register/Checkin.aspx?EventID=1533330) and filling up quickly so register today. MesosCon is sponsored by Atlassian, eBay, Mesosphere, and Twitter. Interested companies can contact us regarding [becoming a sponsor](http://events.linuxfoundation.org/events/mesoscon/sponsor/become-a-sponsor). + +For the latest updates on #MesosCon, we invite you to follow [@MesosCon](http://twitter.com/mesoscon) on Twitter. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-06-12-mesos-0-19-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-06-12-mesos-0-19-0-released.md b/site/source/blog/2014-06-12-mesos-0-19-0-released.md new file mode 100644 index 0000000..2d2a3db --- /dev/null +++ b/site/source/blog/2014-06-12-mesos-0-19-0-released.md @@ -0,0 +1,73 @@ +--- +layout: post +title: Apache Mesos 0.19.0 Released +permalink: /blog/mesos-0-19-0-released/ +published: true +post_author: + display_name: Ben Mahler + twitter: bmahler +tags: Release, Containerizer +--- + +The latest Mesos release, 0.19.0 is now available for [download](http://mesos.apache.org/downloads/). This new version includes the following features and improvements: + +* The master now persists the list of registered slaves in a durable replicated manner using the Registrar and the replicated log. +* Alpha support for custom container technologies has been added with the [ExternalContainerizer](https://github.com/apache/mesos/blob/0.19.0/src/slave/containerizer/external_containerizer.hpp#L74). +* Metrics reporting has been overhauled and is now exposed on <ip:port>/metrics/snapshot. +* Slave Authentication: optionally, only authenticated slaves can register with the master. +* Numerous bug fixes and stability improvements. + +Full release notes are available on [JIRA](https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311242&version=12326253). + +### Registrar + +Mesos 0.19.0 introduces the ["Registrar"](https://cwiki.apache.org/confluence/display/MESOS/Registrar+Design+Document): the master now persists the list of registered slaves in a durable replicated manner. The previous lack of durable state was an intentional design decision that simplified failover and allowed masters to be run and migrated with ease. However, the stateless design had issues: + +* In the event of a dual failure (slave fails while master is down), no lost task notifications are sent. This leads to a task running according to the framework but unknown to Mesos. +* When a new master is elected, we may allow rogue slaves to re-register with the master. This leads to tasks running on the slave that are not known to the framework. + +Persisting the list of registered slaves allows failed over masters to detect slaves that do not re-register, and notify frameworks accordingly. It also allows us to prevent rogue slaves from re-registering; terminating the rogue tasks in the process. + +The state is persisted using the [replicated log](http://mesos.apache.org/blog/mesos-0-17-0-released-featuring-autorecovery/) (available since 0.9.0). + +### External Containerization + +As [alluded to](http://mesos.apache.org/blog/mesos-0-18-0-released/) during the containerization / isolation refactor in 0.18.0, the ExternalContainerizer has landed in this release. This provides **alpha** level support for custom containerization. + + + +Developers can implement their own external containerizers to provide support for custom container technologies. Initial Docker support is now available through some community driven external containerizers: [Docker Containerizer for Mesos](https://github.com/duedil-ltd/mesos-docker-containerizer) by Tom Arnfeld and [Deimos](https://github.com/mesosphere/deimos) by Jason Dusek. Please reach out on the mailing lists with questions! + +### Metrics + +Previously, Mesos components had to use custom metrics code and custom HTTP endpoints for exposing metrics. This made it difficult to expose additional system metrics and often required having an endpoint for each libprocess Process (Actor) for which metrics were desired. Having metrics spread across endpoints was operationally complex. + +We needed a consistent, simple, and global way to expose metrics, which led to the creation of a metrics library within [libprocess](https://github.com/apache/mesos/tree/0.19.0/3rdparty/libprocess). All metrics are now exposed via /metrics/snapshot. The /stats.json endpoint remains for backwards compatibility. + +### Upgrading + +For backwards compatibility, the "Registrar" will be enabled in a phased manner. By default, the "Registrar" is write-only in 0.19.0 and will be read/write in 0.20.0. + +If running in high-availability mode with ZooKeeper, operators must now specify the `--work_dir` for the master, along with the `--quorum` size of the ensemble of masters. This means adding or removing masters must be done carefully! The best practice is to only ever add or remove a single master at a time and to allow a small amount of time for the replicated log to catch up on the new master. Maintenance documentation will be added to reflect this. + +Please refer to the [upgrades](http://mesos.apache.org/documentation/latest/upgrades/) document, which details how to perform an upgrade from 0.18.x. + +### Future Work + +Thanks to the Registrar, reconciliation primitives can now be provided to ensure that the state of tasks between Mesos and frameworks is kept consistent. This will remove the need for frameworks to implement out-of-band task reconciliation to inspect the state of slaves. Reconciliation work is being tracked at [MESOS-1407](https://issues.apache.org/jira/browse/MESOS-1407). + +The addition of state through the Registrar opens up a rich set of possible features that were previously not possible due to the lack of persistent state in the master. These include: + +* Cluster maintenance primitives ([MESOS-1474](https://issues.apache.org/jira/browse/MESOS-1474)) +* Repair automation ([MESOS-695](https://issues.apache.org/jira/browse/MESOS-695)) +* Global resource reservations + +### Getting Involved + +We encourage you to try out this release, and let us know what you think and if you hit any issues on the user mailing list. You can also get in touch with us via [@ApacheMesos](http://twitter.com/ApacheMesos) or via [mailing lists and IRC](http://mesos.apache.org/community/). + +### Thanks + +Thanks to the 32 contributors who made 0.19.0 possible: + +Ashutosh Jain, Adam B, Alexandra Sava, Anton Lindström, Archana kumari, Benjamin Hindman, Benjamin Mahler, Bernardo Gomez Palacio, Bernd Mathiske, Charlie Carson, Chengwei Yang, Chi Zhang, Dave Lester, Dominic Hamon, Ian Downes, Isabel Jimenez, Jake Farrell, Jameel, Al-Aziz, Jiang Yan Xu, Jie Yu, Nikita Vetoshkin, Niklas Q. Nielsen, Ritwik Yadav, Sam Taha, Steven Phung, Till Toenshoff, Timothy St. Clair, Tobi Knaup, Tom Arnfeld, Tom Galloway, Vinod Kone, Vinson Lee \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-06-24-mesos-community-survey-2014-results.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-06-24-mesos-community-survey-2014-results.md b/site/source/blog/2014-06-24-mesos-community-survey-2014-results.md new file mode 100644 index 0000000..ce63ae3 --- /dev/null +++ b/site/source/blog/2014-06-24-mesos-community-survey-2014-results.md @@ -0,0 +1,79 @@ +--- +layout: post +title: 2014 Mesos Community Survey Results +permalink: /blog/mesos-community-survey-2014-results/ +published: true +post_author: + display_name: Dave Lester + twitter: davelester +tags: Community, Survey +--- + +Below are results of a community survey I led in May to get the pulse of the Apache Mesos community and improve our understanding of how others are using the software. We received a total of 55 responses. + +While I think the responses below speak for themselves, I wanted to highlight a few things: + +* A majority of responses came from adopters who have been using Mesos for more than 2 months. +* Mesos had a [Net Promoter Score](http://www.netpromoter.com/why-net-promoter/know/) of 41.5. +* Documentation was the #1 community request for improving Mesos, followed by integrated Docker support. Unedited responses have been published as a [GitHub gist](https://gist.github.com/davelester/b40e3b5d0347540abf36). +* 36% of adopters are running Mesos in a cluster of 6-20 machines. +* Almost half of Mesos adopters are running in private data centers. A majority of adopters running in the public cloud use AWS. +* Hadoop, Marathon, and Chronos were the most-popular frameworks that are running in production. + +This is the first time we've run a community survey like this; feedback is welcome on how we may improve it when we run it again. + +### How long have you been using Mesos? + + +### How many machines are you running in your Mesos cluster? + + +### Frameworks: Are you using [Aurora](http://aurora.incubator.apache.org) on Mesos? + + +### Frameworks: Are you using [Cassandra](https://github.com/mesosphere/cassandra-mesos) on Mesos? + + +### Frameworks: Are you using [Chronos](https://github.com/airbnb/chronos) on Mesos? + + +### Frameworks: Are you using [Hadoop](https://github.com/mesos/hadoop) on Mesos? + + +### Frameworks: Are you using [Jenkins](https://github.com/jenkinsci/mesos-plugin) on Mesos? + + +### Frameworks: Are you using [JobServer](http://www.grandlogic.com/content/html_docs/products.shtml#jobserverprod) on Mesos? + + +### Frameworks: Are you using [Marathon](https://github.com/mesosphere/marathon) on Mesos? + + +### Frameworks: Are you using [Spark](http://spark.apache.org/) on Mesos? + + +### Frameworks: Are you using [Storm](https://github.com/mesosphere/storm-mesos) on Mesos? + + +### Frameworks: Are you using a custom framework on Mesos? + + +### Where do you run Mesos? + + +### How likely are you to recommend Mesos to your friends and colleagues? + + +### Are you interested in contributing to Mesos in any of the following ways? + + +### Is your company listed on our [#PoweredByMesos](http://mesos.apache.org/documentation/latest/powered-by-mesos/) page? If not, can we list you? + + +(34 responses for "No, but please refrain from adding us at this time", 8 responses for "No, please add us", and 15 responses for "Yes, we're on the list!") + +### Number of daily responses + + +### What features do you think are missing from Mesos? +The unedited responses to this question have been published as a [GitHub gist](https://gist.github.com/davelester/b40e3b5d0347540abf36). \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-07-21-mesos-0-19-1-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-07-21-mesos-0-19-1-released.md b/site/source/blog/2014-07-21-mesos-0-19-1-released.md new file mode 100644 index 0000000..135bf3c --- /dev/null +++ b/site/source/blog/2014-07-21-mesos-0-19-1-released.md @@ -0,0 +1,28 @@ +--- +layout: post +title: Apache Mesos 0.19.1 Released +permalink: /blog/mesos-0-19-1-released/ +published: true +post_author: + display_name: Ben Mahler + twitter: bmahler +tags: Release +--- + +The latest Mesos release, 0.19.1 is now available for [download](http://mesos.apache.org/downloads). This release fixes a bug in the Java and Python APIs in which the garbage collection of a MesosSchedulerDriver object leads to a framework unregistration. + +More details can be found in [MESOS-1550](https://issues.apache.org/jira/browse/MESOS-1550), the [report thread](http://mail-archives.apache.org/mod_mbox/mesos-user/201406.mbox/%3CCAFeOQnXVBBfgg4WQFatkHix2B1y-1o3EH3-mqtsgbEDeMH4Tbw%40mail.gmail.com%3E) from Whitney Sorenson, and the [follow up thread](http://mail-archives.apache.org/mod_mbox/mesos-user/201406.mbox/%3CCAFeOQnVfhNo-mgkFsRn%3DvFsCQG%2Bj47xE3kdbFUDspWeOKjXA%3Dg%40mail.gmail.com%3E) from Benjamin Hindman. + +This release has the following bug fixes: + + * [MESOS-1448](https://issues.apache.org/jira/browse/MESOS-1448) - Mesos Fetcher doesn't support URLs that have 30X redirects. + * [MESOS-1534](https://issues.apache.org/jira/browse/MESOS-1534) - Scheduler process is not explicitly terminated in the destructor of MesosSchedulerDriver. + * [MESOS-1538](https://issues.apache.org/jira/browse/MESOS-1538) - A container destruction in the middle of a launch leads to CHECK failure. + * [MESOS-1539](https://issues.apache.org/jira/browse/MESOS-1539) - No longer able to spin up Mesos master in local mode. + * [MESOS-1550](https://issues.apache.org/jira/browse/MESOS-1550) - MesosSchedulerDriver should never, ever, call 'stop'. + * [MESOS-1551](https://issues.apache.org/jira/browse/MESOS-1551) - Master does not create work directory when missing. + +Upgrading to 0.19.1 can be done seamlessly on a 0.19.0 cluster. If upgrading from 0.18.x, please refer to the [upgrades](http://mesos.apache.org/documentation/latest/upgrades/) documentation. + +## Contributors +Thanks to all the contributors for 0.19.1: Tom Arnfeld, Ian Downes, Benjamin Hindman, Benjamin Mahler, Vinod Kone, Whitney Sorenson. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-07-24-mesoscon-2014-hackathon-details-announced.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-07-24-mesoscon-2014-hackathon-details-announced.md b/site/source/blog/2014-07-24-mesoscon-2014-hackathon-details-announced.md new file mode 100644 index 0000000..738746b --- /dev/null +++ b/site/source/blog/2014-07-24-mesoscon-2014-hackathon-details-announced.md @@ -0,0 +1,55 @@ +--- +layout: post +title: "#MesosCon Hackathon Details Announced" +permalink: /blog/mesoscon-2014-hackathon-details-announced/ +published: true +post_author: + display_name: Dave Lester + twitter: davelester +tags: Announcement, MesosCon, Hackathon +--- + +After a [full day of workshops and talks](http://mesoscon14.sched.org) at [MesosCon](http://events.linuxfoundation.org/events/mesoscon), we're challenging participants to hack on [Mesos](http://mesos.apache.org) during an [Atlassian](http://www.atlassian.com)-sponsored hackathon taking place Friday, August 22nd. This event is an opportunity to contribute to the project, collaborate with other members of the community, and learn in the process. + +We've identified two categories of hacks that we hope participants will focus on: + + * _Community Need_: These are issues logged in the [Mesos issue tracker](https://issues.apache.org/jira/browse/MESOS/?selectedTab=com.atlassian.jira.jira-projects-plugin:issues-panel) that have received a large amount of activity (comments, votes, etc), and address some of the larger problems or pain points for the community. Suggested projects include new features, bugs, or documentation. + * _People's Choice_: These contributions will be voted on by your peers, and our guidance is intentionally open-ended so teams will run wild with their ideas. We're excited to see what you come up with. + +## Forming Groups +We strongly encourage hackathon participants to use the public [JIRA issue tracker](https://issues.apache.org/jira/browse/MESOS/) to log and discuss their ideas prior to the hackathon, using the [MesosConHack label](https://issues.apache.org/jira/issues/?jql=project%20%3D%20MESOS%20AND%20labels%20%3D%20%22MesosConHack%22). The [project mailing lists and IRC](http://mesos.apache.org/community/) are good places to discover and share project ideas in advance. + +Thursday evening of MesosCon, teams will form and ideas may be pitched. Additionally, project committers will be on-site to act as mentors and shepherds throughout the hackathon. + +## Hackathon Rules + + * Actual development on submissions should begin the evening of August 21st and must not begin earlier. However, teams are encouraged to have community discussions prior to the event. + * In order for an entry to be valid, a pull request or review board patch must be submitted. + * Submitted applications must run. + * Teams may have a maximum of four contributors. + * A team may only win one category. + * Submissions must be related to Mesos in some way. + +## Schedule +### Thursday Evening +Following sessions on day one of MesosCon, we will hold a hackathon kickoff that includes an explanation of the rules, and a chance for ideas to be pitched and teams formed. Hacking may begin at this time, although evening hacking is optional. + +### Friday +9:00 - Hacking begins at conference center + +13:00 - Lunch arrives + +17:00 - Coding stops, refreshments are served + +17:15 - Re-explain the voting rules + +17:20 - Presentations start - Each team gets 5 minutes to pitch what they built and show it off + +18:00 - Voting occurs + +18:15 - Winners announced + +## Registration +Interested in participating in the hackathon? Participants must [register for MesosCon](https://www.regonline.com/register/login.aspx?eventID=1533330&MethodId=0&EventsessionId=). + +For new MesosCon registrants, you will see a checkbox at the time of registration. If you've already registered for MesosCon, you will be contacted to confirm whether you plan to participate in the hackathon. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-09-03-mesos-0-20-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-09-03-mesos-0-20-0-released.md b/site/source/blog/2014-09-03-mesos-0-20-0-released.md new file mode 100644 index 0000000..a9cefd7 --- /dev/null +++ b/site/source/blog/2014-09-03-mesos-0-20-0-released.md @@ -0,0 +1,70 @@ +--- +layout: post +title: Mesos 0.20.0 Released +permalink: /blog/mesos-0-20-0-released/ +published: true +post_author: + display_name: Jie Yu + twitter: jie_yu +tags: Release, Docker, Containerizer, Network Monitoring, Authorization +--- + +The latest Mesos release, 0.20.0, is now available for [download](http://mesos.apache.org/downloads/). This version includes the following features and improvements: + +* Native Docker support ([MESOS-1524](https://issues.apache.org/jira/browse/MESOS-1524)) +* Container level network monitoring ([MESOS-1228](https://issues.apache.org/jira/browse/MESOS-1228)) +* Framework authorization ([MESOS-1342](https://issues.apache.org/jira/browse/MESOS-1342)) +* Framework rate limiting ([MESOS-1306](https://issues.apache.org/jira/browse/MESOS-1306)) +* Building against installed third-party dependencies ([MESOS-1071](https://issues.apache.org/jira/browse/MESOS-1071)) + +Full release notes are available in the release [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +### Native Docker Support + +Mesos 0.20.0 introduces first-class [Docker](https://www.docker.com/) support. Framework writers can now launch Docker containers for tasks by specifying `ContainerInfo` in `TaskInfo` or `ExecutorInfo`. The initial version allows the framework writers to specify Docker images for containers, and supports Docker primitives like volumes, entrypoints, etc. + +Native Docker support is enabled by a new containerizer called DockerContainerizer, which can launch a Docker container as either a Task or an Executor. In 0.20.0, Mesos supports running multiple containerizers simultaneously and allows containerizers to be chosen dynamically based on task/executor info ([MESOS-1527](https://issues.apache.org/jira/browse/MESOS-1527)). Therefore, users can enable native Docker support without changing the containerizer strategy for their existing tasks. + +Details about native Docker support can be found in the [Docker containerizer documentation](http://mesos.apache.org/documentation/latest/docker-containerizer/). + +### Container Level Network Monitoring + +Prior to Mesos 0.20.0, it was not possible to get the network statistics for each container, which made triaging or debugging network problems difficult in cases where multiple active tasks/executors were running on slave machines. Mesos 0.20.0 solves this problem by adding support for [per-container network monitoring](http://mesos.apache.org/documentation/latest/network-monitoring/). If you use the Mesos containerizer with the port_mapping isolator, network statistics for each active container can be retrieved through the `/monitor/statistics.json` endpoint on the slave. + +This network monitoring solution is completely transparent to the tasks running on the slave. Tasks will not notice any difference to running on a slave without network monitoring enabled and were sharing the network of the slave. There is no need for users to change their service discovery mechanism. + +### Framework Authorization + +Authorization support has been implemented via Access Control Lists (ACLs). Authorization allows: + +1. Frameworks to (re-)register with authorized ârolesâ +2. Frameworks to launch tasks/executors as authorized âusersâ +3. Authorized âprincipalsâ to shutdown framework(s) through â/shutdownâ HTTP endpoint + +For instance, operators can use authorization to only allow framework "foo" (and no other frameworks) to launch executors as "root". For more details please read the [authorization documentation](http://mesos.apache.org/documentation/latest/authorization/). + +### Framework Rate Limiting + +In a multi-framework environment, [framework rate limiting](http://mesos.apache.org/documentation/latest/framework-rate-limiting/) aims to protect the throughput of high-SLA (e.g., production, service) frameworks by having the master throttle messages from other (e.g., development, batch) frameworks. Using this feature, an operator can specify the maximum number of queries per second and outstanding messages for the low-SLA frameworks on the master. + +### Building Against Installed Third-party Dependencies + +Mesos 0.20.0 now supports building using system installed dependencies. Prior to this release, most of the third-party dependencies of Mesos were included in the project and statically linked into the resulting binaries and libraries. See [MESOS-1071](https://issues.apache.org/jira/browse/MESOS-1071) for more details about these changes. + +### Future Work + +Looking forward, here are a few upcoming features that are being worked on: + +* Improvement of Docker support in Mesos ([MESOS-1524](https://issues.apache.org/jira/browse/MESOS-1524)) +* On top of network monitoring, evaluating and providing support for per-container network isolation ([MESOS-1585](https://issues.apache.org/jira/browse/MESOS-1585)) +* Continued work on state reconciliation for frameworks ([MESOS-1407](https://issues.apache.org/jira/browse/MESOS-1407)) + +### Getting Involved + +We encourage you to try out this release and let us know what you think. If you run into any issues, please let us know on the [user mailing list and IRC](https://mesos.apache.org/community). + +### Thanks + +Thanks to the 29 [contributors](https://github.com/apache/mesos/graphs/contributors) who made 0.20.0 possible: + +Adam B, Alexandra Sava, Anton Lindström, Benjamin Hindman, Benjamin Mahler, Bernardo Gomez Palacio, Bill Farner, Chengwei Yang, Chi Zhang, Connor Doyle, Craig Hansen-Sturm, Dave Lester, Dominic Hamon, Gaudio, Ian Downes, Isabel Jimenez, Jiang Yan Xu, Jie Yu, Ken Sipe, Niklas Nielsen, Thomas Rampelberg, Timothy Chen, Timothy St. Clair, Tobias Weingartner, Tom Arnfeld, Vinod Kone, Yifan Gu, Zuyu Zhang http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-09-23-mesos-0-20-1-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-09-23-mesos-0-20-1-released.md b/site/source/blog/2014-09-23-mesos-0-20-1-released.md new file mode 100644 index 0000000..3094fc2 --- /dev/null +++ b/site/source/blog/2014-09-23-mesos-0-20-1-released.md @@ -0,0 +1,29 @@ +--- +layout: post +title: Apache Mesos 0.20.1 Released +permalink: /blog/mesos-0-20-1-released/ +published: true +post_author: + display_name: Adam B +tags: Release +--- + +The latest Mesos release, 0.20.1 is now available for [download](http://mesos.apache.org/downloads). One of the major features of Mesos 0.20.0 was native Docker support, and that support has been improved in 0.20.1 by the following bug fixes and improvements: + + * [MESOS-1621](https://issues.apache.org/jira/browse/MESOS-1621) - Docker run networking should be configurable and support bridge network + * [MESOS-1724](https://issues.apache.org/jira/browse/MESOS-1724) - Can't include port in DockerInfo's image + * [MESOS-1730](https://issues.apache.org/jira/browse/MESOS-1730) - Should be an error if commandinfo shell=true when using docker containerizer + * [MESOS-1732](https://issues.apache.org/jira/browse/MESOS-1732) - Mesos containerizer doesn't reject tasks with container info set + * [MESOS-1737](https://issues.apache.org/jira/browse/MESOS-1737) - Isolation=external result in core dump on 0.20.0 + * [MESOS-1755](https://issues.apache.org/jira/browse/MESOS-1755) - Add docker support to mesos-execute + * [MESOS-1758](https://issues.apache.org/jira/browse/MESOS-1758) - Freezer failure leads to lost task during container destruction. + * [MESOS-1762](https://issues.apache.org/jira/browse/MESOS-1762) - Avoid docker pull on each container run + * [MESOS-1770](https://issues.apache.org/jira/browse/MESOS-1770) - Docker with command shell=true should override entrypoint + * [MESOS-1809](https://issues.apache.org/jira/browse/MESOS-1809) - Modify docker pull to use docker inspect after a successful pull + +Full release notes are available in the release [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +Upgrading to 0.20.1 can be done seamlessly on a 0.20.0 cluster. If upgrading from 0.19.x, please refer to the [upgrades](http://mesos.apache.org/documentation/latest/upgrades/) documentation. + +## Contributors +Thanks to all the contributors for 0.20.1: Timothy Chen, Jie Yu, Timothy St. Clair, Vinod Kone, Chris Heller, Kamil DomaÅski, and Till Toenshoff. http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2014-11-17-mesos-0-21-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2014-11-17-mesos-0-21-0-released.md b/site/source/blog/2014-11-17-mesos-0-21-0-released.md new file mode 100644 index 0000000..a7755cb --- /dev/null +++ b/site/source/blog/2014-11-17-mesos-0-21-0-released.md @@ -0,0 +1,64 @@ +--- +layout: post +title: Mesos 0.21.0 Released +permalink: /blog/mesos-0-21-0-released/ +published: true +post_author: + display_name: Ian Downes + twitter: ndwns +tags: Release, Containerizer, Modules, Reconciliation +--- + +The latest Mesos release, 0.21.0, is now available for [download](http://mesos.apache.org/downloads/). This version includes the following features and improvements: + +* Task reconciliation for frameworks ([MESOS-1407](https://issues.apache.org/jira/browse/MESOS-1407)) +* Support for Mesos modules ([MESOS-1931](https://issues.apache.org/jira/browse/MESOS-1931)) +* Task status now includes source and reason ([MESOS-343](https://issues.apache.org/jira/browse/MESOS-343), [MESOS-1143](https://issues.apache.org/jira/browse/MESOS-1143)) +* A shared filesystem isolator ([MESOS-1586](https://issues.apache.org/jira/browse/MESOS-1586)) +* A pid namespace isolator ([MESOS-1765](https://issues.apache.org/jira/browse/MESOS-1765)) + +Full release notes are available in the release [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +### State Reconciliation +Frameworks are now able to reconcile task state through the mesos API, to ensure that they remain eventually consistent in the face of failures. Read more about reconciliation [here](http://mesos.apache.org/documentation/latest/reconciliation/). + +### Mesos Modules +Experimental support for Mesos modules was introduced in Mesos 0.21.0; +please note the [disclaimer](http://mesos.apache.org/documentation/latest/modules). + +Mesos modules provide a way to easily extend inner workings of Mesos by creating and using shared libraries that are loaded on demand. Modules can be used to customize Mesos without having to recompiling/relinking for each specific use case. Modules can isolate external dependencies into separate libraries, thus resulting into a smaller Mesos core. Modules also make it easy to experiment with new features. For example, imagine loadable allocators that contain a VM (Lua, Python, â¦) which makes it possible to try out new allocator algorithms written in scripting languages without forcing those dependencies into the project. Finally, modules provide an easy way for third parties to easily extend Mesos without having to know all the internal details. + +For more details, please read the [modules documentation](http://mesos.apache.org/documentation/latest/modules) + +### Task Status Includes Source and Reason +The `TaskStatus` associated with a status update has relied on a single enum and free-form string to communicate the status. There are benefits to adding more data to the status update, and in Mesos 0.21.0, we have introduced the notion of a `Source` and `Reason`. + +The source of a status update is, broadly speaking, the actor that changed the status. This can currently be Master, Slave, or Executor. Similarly, we have added an enumeration of reasons for the status update. The list can be found in `include/mesos/mesos.proto` and is fairly extensive. + +Our hope is that frameworks can use the source and reason to better communicate status updates to end users, and make better scheduling decisions. + +We have also introduced the notion of a `TASK_ERROR` state, distinct from `TASK_LOST`. The semantic difference is that tasks that are updated as lost can be rescheduled and should succeed, while tasks with status error will continue to fail if they are rescheduled. In Mesos 0.21.0 we do not send `TASK_ERROR` but it has been defined so frameworks can prepare to receive it. We will start sending it in Mesos 0.22.0. + +### Shared Filesystem Isolator +Mesos 0.21.0 introduces an optional shared filesystem isolator for the Mesos Containerizer. The isolator does not provide full filesystem encapsulation like Docker. It is intended for deployments where containers share the host's root filesystem but certain parts of the filesystem should be made private to each container. + +One example use-case is a private `/tmp` directory for each container. Processes running in the container will see a normal `/tmp` directory but it actually refers to a subdirectory of the executor work directory, e.g., the relative path `./tmp`. Processes will not be able to see files in the host's `/tmp` directory or the `/tmp` directory of any other container. + +This isolator is available only on Linux. + +### Pid Namespace Isolator +Mesos 0.21.0 also introduces an optional pid namespace isolator for the Mesos Containerizer. The isolator runs each container in its own pid namespace such that processes inside a container will not have visibility to processes running on the host or in other containers. + +The Mesos Containerizer Launcher has been updated to use the pid namespace to terminate all processes when destroying a container. This avoids known kernel bugs and race conditions when using the freezer cgroup. If the container is not running inside a pid namespace (started with an earlier slave version), the launcher will fall back to the prior behavior and use the freezer cgroup. + +This isolator is only available on Linux. + +### Getting Involved + +We encourage you to try out this release and let us know what you think. If you run into any issues, please let us know on the [user mailing list and IRC](https://mesos.apache.org/community). + +### Thanks + +Thanks to the 27 [contributors](https://github.com/apache/mesos/graphs/contributors) who made 0.21.0 possible: + +Adam Bordelon, Alexander Rukletsov, Benjamin Hindman, Benjamin Mahler, Bernd Mathiske, Chengwei Yang, Chi Zhang, Cody Maloney, Dave Lester, Dominic Hamon, Evelina Dumitrescu, Ian Downes, Jie Yu, Joe Gordon, Joris Van Remoortere, Dharmesh Kakadia, Kapil Arya, Michael Park, Niklas Q. Nielsen, R.B. Boyer, Thomas Rampelberg, Till Toenshoff, Timothy Chen, Timothy St. Clair, Tobi Knaup, Vinod Kone. http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2015-01-14-mesoscon-2015-earlybird-registration-now-open.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2015-01-14-mesoscon-2015-earlybird-registration-now-open.md b/site/source/blog/2015-01-14-mesoscon-2015-earlybird-registration-now-open.md new file mode 100644 index 0000000..213825d --- /dev/null +++ b/site/source/blog/2015-01-14-mesoscon-2015-earlybird-registration-now-open.md @@ -0,0 +1,22 @@ +--- +layout: post +title: MesosCon Early-Bird Registration Now Open +permalink: /blog/mesoscon-2015-earlybird-registration-now-open/ +published: true +post_author: + display_name: Dave Lester + twitter: davelester +tags: MesosCon, Announcement +--- + +A limited number of early-bird tickets are now available for [#MesosCon 2015](http://mesoscon.org), an annual conference organized by the Apache Mesos community. MesosCon brings together users and developers to share and learn about the project and its growing ecosystem, and will take place in Seattle, WA. + +<blockquote class="twitter-tweet" lang="en"><p>.<a href="https://twitter.com/mesoscon";>@MesosCon</a> early-bird registration is now open to the first 140 attendees! Join us! <a href="http://t.co/LcIclfttgq";>http://t.co/LcIclfttgq</a> More info: <a href="http://t.co/Dnd5XWhoOH";>http://t.co/Dnd5XWhoOH</a></p>— Apache Mesos (@ApacheMesos) <a href="https://twitter.com/ApacheMesos/status/555445970595368960";>January 14, 2015</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script> + +[Early-bird registration is open today](http://events.linuxfoundation.org/events/mesoscon/attend/register) to the first 140 attendees / through February 14th, 2015. + +MesosCon will take place August 20 - 21, 2015 at Sheraton Seattle in Seattle, WA. The cost of early-bird registration is US$299. The standard attendee registration fee will be US$399 (Through July 31, 2015), and late registration US$499 beginning August 1, 2015. Students are eligible for a special registration fee of US$99 (Note that a valid student id will be required at onsite check-in). + +As part of the registration process, you'll have an opportunity to donate to a [Diversity Scholarship](http://events.linuxfoundation.org/events/mesoscon/attend/scholarship) which has been established for the conference. MesosConâs scholarship program provides support to women, people of color, and people with disabilities who may not otherwise have the opportunity to attend MesosCon for financial reasons. Equal access and diversity are important to MesosCon, and we aim to remove this obstacle for underrepresented attendee groups. We encourage you to donate what you can! If you have any questions regarding the diversity scholarship, please contact [[email protected]](mailto:[email protected]). + +On behalf of the #MesosCon Program Committee, we couldnât be more excited about this yearâs conference and what this means for the open source projectâs community. We hope that youâll join us! \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2015-01-20-mesos-0-21-1-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2015-01-20-mesos-0-21-1-released.md b/site/source/blog/2015-01-20-mesos-0-21-1-released.md new file mode 100644 index 0000000..ac9f5ef --- /dev/null +++ b/site/source/blog/2015-01-20-mesos-0-21-1-released.md @@ -0,0 +1,26 @@ +--- +layout: post +title: Apache Mesos 0.21.1 Released +permalink: /blog/mesos-0-21-1-released/ +published: true +post_author: + display_name: Tim Chen + twitter: tnachen +tags: Release +--- + +The latest Mesos release, 0.21.1 is now available for [download](http://mesos.apache.org/downloads). This release includes bug fixes that fixes a few performance issues and isolator cleanup, and also includes a few improvements around building mesos on OSX and the docker containerizer. + +* [MESOS-2047](https://issues.apache.org/jira/browse/MESOS-2047) - Isolator cleanup failures shouldn't cause TASK_LOST. +* [MESOS-2071](https://issues.apache.org/jira/browse/MESOS-2071) - Libprocess generates invalid HTTP +* [MESOS-2147](https://issues.apache.org/jira/browse/MESOS-2147) - Large number of connections slows statistics.json responses. +* [MESOS-2182](https://issues.apache.org/jira/browse/MESOS-2182) - Performance issue in libprocess SocketManager. +* [MESOS-1925](https://issues.apache.org/jira/browse/MESOS-1925) - Docker kill does not allow containers to exit gracefully +* [MESOS-2113](https://issues.apache.org/jira/browse/MESOS-2113) - Improve configure to find apr and svn libraries/headers in OSX + +Full release notes are available in the release [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +Upgrading to 0.21.1 can be done seamlessly on a 0.21.0 cluster. If upgrading from an earlier version, please refer to the [upgrades](http://mesos.apache.org/documentation/latest/upgrades/) documentation. + +## Contributors +Thanks to all the contributors for 0.21.1: Timothy Chen, Benjamin Mahler, Kapil Arya, Ryan Thomas, Jie Yu, Dario Rexin and Michael Park. http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2015-03-25-mesos-0-22-0-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2015-03-25-mesos-0-22-0-released.md b/site/source/blog/2015-03-25-mesos-0-22-0-released.md new file mode 100644 index 0000000..e374c43 --- /dev/null +++ b/site/source/blog/2015-03-25-mesos-0-22-0-released.md @@ -0,0 +1,29 @@ +--- +layout: post +title: Apache Mesos 0.22.0 Released +permalink: /blog/mesos-0-22-0-released/ +published: true +post_author: + display_name: Niklas Q. Nielsen + twitter: quarfot +tags: Release +--- + +The latest Mesos release, 0.22.0, is now available for [download](http://mesos.apache.org/downloads). This release includes several major features: + +* Disk quota isolation in Mesos containerizer; refer to the [containerization documentation](http://mesos.apache.org/documentation/latest/mesos-containerizer/) to enable disk quota monitoring and enforcement. +* Support for explicitly sending status updates acknowledgements from schedulers; refer to the [upgrades document](http://mesos.apache.org/documentation/latest/upgrades/) for upgrading schedulers. +* Rate-limiting slave removal, to safeguard against unforeseen bugs which may lead to widespread slave removal. +* Support for module hooks in task launch sequence. Refer to the [modules documentation](http://mesos.apache.org/documentation/latest/modules/) for more information. +* Anonymous modules: a new kind of module that does not receive any callbacks but coexists with its parent process. +* New service discovery info in task info allows framework users to specify discoverability of tasks for external service discovery systems. + Refer to the [framework development guide](http://mesos.apache.org/documentation/latest/app-framework-development-guide/) for more information. + +Furthermore, many bugs have been fixed in this release. For full release notes with all features and bug fixes, please refer to the [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +Rolling upgrades may be done seamlessly, however some things have changed in 0.22.0 with regard to external tooling and upgrade paths; please refer to the [upgrade guide](http://mesos.apache.org/documentation/latest/upgrades/) for detailed information on upgrading to this release from a 0.21.1 cluster. + +## Contributors + +Thanks to the 35 contributors who made 0.22.0 possible: +Adam B, Alexander Rojas, Alexander Rukletsov, Ankur Chauhan, Benjamin Hindman, Benjamin Mahler, Bernd Mathiske, Chengwei Yang, Chi Zhang, Christos Kozyrakis, Cody Maloney, Connor Doyle, Dario Rexin, Dave Lester, David Robinson, Dominic Hamon, Evelina Dumitrescu, Gabriel Monroy, Ian Downes, Jake Farrell, Jiang Yan Xu, Jie Yu, Joerg Schad, Joris Van Remoortere, Kapil Arya, Kiyonari Harigae, Michael Park, Niklas Nielsen, Palak Choudhary, R.B. Boyer, Ryan Thomas, Samuel, Till Toenshoff, Timothy Chen and Vinod Kone. http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2015-05-12-mesos-0-22-1-released.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2015-05-12-mesos-0-22-1-released.md b/site/source/blog/2015-05-12-mesos-0-22-1-released.md new file mode 100644 index 0000000..17780f0 --- /dev/null +++ b/site/source/blog/2015-05-12-mesos-0-22-1-released.md @@ -0,0 +1,28 @@ +--- +layout: post +title: Apache Mesos 0.22.1 Released +permalink: /blog/mesos-0-22-1-released/ +published: true +post_author: + display_name: Adam B +tags: Release +--- + +The latest Mesos release, 0.22.1 is now available for [download](http://mesos.apache.org/downloads). This release includes fixes to containerizer recovery, sandbox permissions, and the Java and Python bindings. Also, certain fields of FrameworkInfo are now updated on reregistration. + +* [MESOS-1795](https://issues.apache.org/jira/browse/MESOS-1795) - Assertion failure in state abstraction crashes JVM. +* [MESOS-2161](https://issues.apache.org/jira/browse/MESOS-2161) - AbstractState JNI check fails for Marathon framework. +* [MESOS-2461](https://issues.apache.org/jira/browse/MESOS-2461) - Slave should provide details on processes running in its cgroups +* [MESOS-2583](https://issues.apache.org/jira/browse/MESOS-2583) - Tasks getting stuck in staging. +* [MESOS-2592](https://issues.apache.org/jira/browse/MESOS-2592) - The sandbox directory is not chown'ed if the fetcher doesn't run. +* [MESOS-2601](https://issues.apache.org/jira/browse/MESOS-2601) - Tasks are not removed after recovery from slave and mesos containerizer +* [MESOS-2614](https://issues.apache.org/jira/browse/MESOS-2614) - Update name, hostname, failover_timeout, and webui_url in master on framework re-registration +* [MESOS-2643](https://issues.apache.org/jira/browse/MESOS-2643) - Python scheduler driver disables implicit acknowledgments by default. +* [MESOS-2668](https://issues.apache.org/jira/browse/MESOS-2668) - Slave fails to recover when there are still processes left in its cgroup + +Full release notes are available in the release [CHANGELOG](https://github.com/apache/mesos/blob/master/CHANGELOG). + +Upgrading to 0.22.1 can be done seamlessly on a 0.22.0 cluster. If upgrading from an earlier version, please refer to the [upgrades](http://mesos.apache.org/documentation/latest/upgrades/) documentation. + +## Contributors +Thanks to all the contributors for 0.22.1: Benjamin Hindman, Benjamin Mahler, Ian Downes, Jie Yu, Joris Van Remoortere, Niklas Nielsen, and Timothy Chen. \ No newline at end of file http://git-wip-us.apache.org/repos/asf/mesos/blob/145dc90b/site/source/blog/2015-07-01-mesoscon-seattle-keynote-speakers-announced.md ---------------------------------------------------------------------- diff --git a/site/source/blog/2015-07-01-mesoscon-seattle-keynote-speakers-announced.md b/site/source/blog/2015-07-01-mesoscon-seattle-keynote-speakers-announced.md new file mode 100644 index 0000000..891159f --- /dev/null +++ b/site/source/blog/2015-07-01-mesoscon-seattle-keynote-speakers-announced.md @@ -0,0 +1,46 @@ +--- +layout: post +title: MesosCon Seattle 2015 Keynote Speakers Announced +permalink: /blog/mesoscon-seattle-keynote-speakers-announced/ +published: true +post_author: + display_name: Dave Lester + twitter: davelester +tags: MesosCon +--- + +The countdown until [#MesosCon](http://events.linuxfoundation.org/events/mesoscon) has begun: + +<blockquote class="twitter-tweet" lang="en"><p lang="en" dir="ltr">Only 7 weeks until <a href="https://twitter.com/hashtag/MesosCon?src=hash";>#MesosCon</a>! Register today and join us in Seattle <a href="http://t.co/bVJ9dL5CEO";>http://t.co/bVJ9dL5CEO</a></p>— #MesosCon (@mesoscon) <a href="https://twitter.com/mesoscon/status/616320613922275332";>July 1, 2015</a></blockquote> +<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script> + +MesosCon is an annual conference organized by the Apache Mesos community, bringing together users and developers to share and learn about the project and its growing ecosystem. [Register now](http://events.linuxfoundation.org/events/mesoscon/attend/register) and join us in Seattle this August! + +Hereâs a rundown of several conference announcements: + +## Keynote Speakers +Weâve curated a stellar line-up of invited keynote speakers, including: + + * Adrian Crockroft (Battery Ventures) + * Benjamin Hindman (Mesosphere) + * Neha Narula (MIT) + * Peter Bailis (Berkeley) + +You donât want to miss these! Weâll also feature platinum sponsored keynotes from Cisco, Intel, and Mesosphere. + +## Mesos Hackathon +The Mesos community will once again hold a day-long hackathon, this year on Wednesday, August 19th and sponsored by SignalFx. More details will be announced soon including the location and registration; stay tuned and hold the date! + +## Lightning Talks +Want to present at MesosCon, but missed the call for full sessions? Weâve opened a [CFP for lightning talks](http://events.linuxfoundation.org/events/mesoscon/program/lighting-talks); the application deadline is July 15th. + +## Diversity Scholarship Program +The [MesosCon scholarship program](http://events.linuxfoundation.org/events/mesoscon/attend/scholarship) provides support to women, people of color, and people with disabilities who may not otherwise have the opportunity to attend MesosCon for financial reasons. Equal access and diversity are important to MesosCon, and we aim to remove this obstacle for underrepresented attendee groups. We want you at MesosCon, and we want to help you get there! +Applications are beginning to be reviewed, and will be reviewed on a rolling basis. Apply today! We also encourage MesosCon attendees to donate toward the diversity scholarship program directly during the time of registration using the online system. +## Stay In Touch +As we make future announcements about the conference, stay in the loop and help us get the word out! Weâll be tweeting from @ApacheMesos and @MesosCon, blogging on the [Apache Mesos blog](http://mesos.apache.org/blog/), and sharing updates on the projectâs user@ mailing lists. + +## About MesosCon +MesosCon will take place August 20 - 21, 2015 at Sheraton Seattle in Seattle, WA with a hackathon taking place the day prior to the event. The standard attendee registration fee will be US$399 (Through July 31, 2015), and late registration US$499 beginning August 1, 2015. Students are eligible for a special registration fee of US$99 (Note that a valid student id will be required at onsite check-in). + +Hope to see you at this yearâs MesosCon! \ No newline at end of file
