<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. https://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="https://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:openvz</id>
  <title>OpenVZ</title>
  <subtitle>OpenVZ</subtitle>
  <author>
    <name>OpenVZ</name>
  </author>
  <link rel="alternate" type="text/html" href="https://openvz.livejournal.com/"/>
  <link rel="self" type="text/xml" href="https://openvz.livejournal.com/data/atom"/>
  <updated>2012-10-07T09:47:11Z</updated>
  <lj:journal userid="9392309" username="openvz" type="community"/>
  <link rel="service.feed" type="application/x.atom+xml" href="https://openvz.livejournal.com/data/atom" title="OpenVZ"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:openvz:33832</id>
    <author>
      <name>Kir Kolyshkin</name>
    </author>
    <lj:poster user="k001" userid="990679"/>
    <link rel="alternate" type="text/html" href="https://openvz.livejournal.com/33832.html"/>
    <link rel="self" type="text/xml" href="https://openvz.livejournal.com/data/atom/?itemid=33832"/>
    <title>On RHEL5 kernel releases</title>
    <published>2010-11-13T17:43:28Z</published>
    <updated>2012-10-07T09:47:11Z</updated>
    <content type="html">&lt;p&gt;You might have noticed that we have announced a new kernel branch
named rhel5-testing a while ago (&lt;a href="http://openvz.org/pipermail/announce/2010-July/000138.html" target="_blank" rel="nofollow"&gt;back in July&lt;/a&gt;,
to be more specific). The idea is pretty simple: at the same time as giving the new
kernel to our internal QA we are releasing it to &lt;a href="http://wiki.openvz.org/Download/kernel/rhel5-testing" target="_blank" rel="nofollow"&gt;rhel5-testing&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Although this change imposes some more work on me (more kernels
to release, scripts to run, changelogs to prepare), I'm pleased
to say that this model works very well. First, vendors who use
our kernels as a base for theirs (for example, &lt;a href="http://www.openwall.com/Owl/" target="_blank" rel="nofollow"&gt;OWL&lt;/a&gt;) now enjoy
earlier access to the sources. Second, new kernels get more
testing coverage due to OpenVZ users who choose to use this
branch. Finally, it works as a “technology preview”.&lt;/p&gt;

&lt;p&gt;Now, let me explain why we have so strange version numbers
in the recent rhel5-testing kernels — kernels 028stab07x
are intermixed with 028stab070.y. The thing is, we still keep
updating 028stab070.y with new fixes and upstream (RHEL) updates,
while 028stab07x is a newer “sub-branch” which adds a few new
features:&lt;ul&gt;
&lt;li&gt;live migration of containers with NFS and AutoFS mounts&lt;/li&gt;
&lt;li&gt;iotop working in containers and the host system&lt;/li&gt;
&lt;/ul&gt;&lt;/p&gt;

&lt;p&gt;Because of these new features, these kernels haven't reached the
stability yet so we keep releasing those in rhel5-testing.
Hopefully soon it will end up being stable enough and we
will abandon 028stab070.y in favor of 028stab078 (or so).&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Update:&lt;/b&gt; this post was mostly written yesterday. Today we have just released
&lt;a href="http://wiki.openvz.org/Download/kernel/rhel5-testing/028stab078.1" target="_blank" rel="nofollow"&gt;028stab078.1&lt;/a&gt; kernel.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Update&lt;/b&gt; 7 Oct 2012: comments disabled due to spam&lt;/p&gt;</content>
  </entry>
</feed>
