FYI, I filed a bug about this issue https://bugs.launchpad.net/kolla/+bug/1579583
- Hui On Mon, May 9, 2016 at 10:42 AM, Steven Dake (stdake) <std...@cisco.com> wrote: > > > On 5/8/16, 7:55 AM, "Monty Taylor" <mord...@inaugust.com> wrote: > >>On 05/08/2016 03:45 AM, Steve Kowalik wrote: >>> On 08/05/16 08:11, lương hữu tuấn wrote: >>>> Hi, >>>> >>>> @Robert: I was successful to update the kernel without change the >>>>image. >>> >>> But that was Robert's point entirely. Installing the kernel will work >>> fine, but it does not get you running that kernel -- also like Robert >>> said, you need to change the image to run a different kernel than what >>> it has installed. >>> >> >>We will be changing our images this cycle to Xenial from Trusty. I do >>not believe we have any intention of installing backported wily kernels >>in our trusty images, as what we want to test on them is Trusty. >> >>However, the Xenial transition should be happening soon enough - so >>things that need a newer kernel this release can happily just require >>Xenial images for testing. >> >>I think the question of why/how kolla grew a dependency on a newer >>kernel than what trusty has is worth checking. As of right now, trusty >>kernels are the newest thing supported in the gate. > > Monty, > > One of our dependencies, Docker, only works with the btrfs storage driver > on Trusty. All other storage drivers for Trusty are DOA on Trusty without > kernel recompiles. CentOS 7 works well with all storage drivers, although > overlayfs is a little flakey when building images because of the yum OVL > plugin. We recommend in the docs to upgrade the kernel to Willy howver > Xenail should work as well. > > What comes out of this is a recommendation to use BTRFS as the storage > backend when using Trusty. We should be documenting that anyway. > > Regards > -steve > >> >>__________________________________________________________________________ >>OpenStack Development Mailing List (not for usage questions) >>Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev