Early access virtio-fs for Kata
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it. Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories? This would allow Kata users to try out virtio-fs without waiting for all components to land upstream. Stefan
Hi Stefan, On Fri, Mar 08, 2019 at 10:44:56AM +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories? There is a strong interest, yes. I am wondering if we should enable virtio-fs first in NEMU (Which we support with Kata) to allow for an easy preview of virtio-fs and then switch to the latest QEMU once virtio-fs support lands upstream.
This would allow Kata users to try out virtio-fs without waiting for all components to land upstream. Indeed. And there is a real demand for that.
Cheers, Samuel.
On Fri, Mar 08, 2019 at 02:22:23PM +0100, Samuel Ortiz wrote:
Hi Stefan,
On Fri, Mar 08, 2019 at 10:44:56AM +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories? There is a strong interest, yes. I am wondering if we should enable virtio-fs first in NEMU (Which we support with Kata) to allow for an easy preview of virtio-fs and then switch to the latest QEMU once virtio-fs support lands upstream.
Nice, the QEMU commits should merge into NEMU pretty easily. virtio-fs consists of the vhost-user-fs-pci device in hw/virtio/vhost-user-fs.c and the file system daemon in contrib/virtiofsd/. I will send a follow-up when virtio-fs 1.0 is available. Thanks, Stefan
Great! This will have direct impact to folks working to put kata into production. Thanks for your efforts here, Stefan et al, and looking forward to enabling as soon as is feasible. Eric
On Mar 8, 2019, at 6:45 AM, Stefan Hajnoczi <stefanha@redhat.com> wrote:
On Fri, Mar 08, 2019 at 02:22:23PM +0100, Samuel Ortiz wrote: Hi Stefan,
On Fri, Mar 08, 2019 at 10:44:56AM +0000, Stefan Hajnoczi wrote: virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories? There is a strong interest, yes. I am wondering if we should enable virtio-fs first in NEMU (Which we support with Kata) to allow for an easy preview of virtio-fs and then switch to the latest QEMU once virtio-fs support lands upstream.
Nice, the QEMU commits should merge into NEMU pretty easily.
virtio-fs consists of the vhost-user-fs-pci device in hw/virtio/vhost-user-fs.c and the file system daemon in contrib/virtiofsd/.
I will send a follow-up when virtio-fs 1.0 is available.
Thanks, Stefan _______________________________________________ kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
Nice work folks! I'm looking forward to seeing it as the default kata storage solution some day. Also I'm wondering if there is interest in merging it in kata's qemu repo (which is mainly qemu-lite and is the default hypervisor shipped by kata packages). That would mean much wider user exposure. Of course it also depends on how stable we think virtio-fs 1.0 is. Anyway, NEMU is already a great step forward. Cheers, Tao Stefan Hajnoczi <stefanha@redhat.com> 于 2019年3月8日周五 22:44写道：
On Fri, Mar 08, 2019 at 02:22:23PM +0100, Samuel Ortiz wrote:
Hi Stefan,
On Fri, Mar 08, 2019 at 10:44:56AM +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories? There is a strong interest, yes. I am wondering if we should enable virtio-fs first in NEMU (Which we support with Kata) to allow for an easy preview of virtio-fs and then switch to the latest QEMU once virtio-fs support lands upstream.
Nice, the QEMU commits should merge into NEMU pretty easily.
virtio-fs consists of the vhost-user-fs-pci device in hw/virtio/vhost-user-fs.c and the file system daemon in contrib/virtiofsd/.
I will send a follow-up when virtio-fs 1.0 is available.
Thanks, Stefan _______________________________________________ kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
On Fri, Mar 08, 2019 at 11:35:22PM +0800, Tao Peng wrote:
Nice work folks! I'm looking forward to seeing it as the default kata storage solution some day.
Also I'm wondering if there is interest in merging it in kata's qemu repo (which is mainly qemu-lite and is the default hypervisor shipped by kata packages). That would mean much wider user exposure. Of course it also depends on how stable we think virtio-fs 1.0 is. Anyway, NEMU is already a great step forward.
We'd be happy to take care of porting the QEMU patches to qemu-lite and NEMU. Stefan
On Mon, 2019-03-11 at 14:36 +0000, Stefan Hajnoczi wrote:
On Fri, Mar 08, 2019 at 11:35:22PM +0800, Tao Peng wrote:
Nice work folks! I'm looking forward to seeing it as the default kata storage solution some day.
Also I'm wondering if there is interest in merging it in kata's qemu repo (which is mainly qemu-lite and is the default hypervisor shipped by kata packages). That would mean much wider user exposure. Of course it also depends on how stable we think virtio-fs 1.0 is. Anyway, NEMU is already a great step forward.
We'd be happy to take care of porting the QEMU patches to qemu-lite and NEMU.
Same story as for the kernel here. Once we know what is the QEMU codebase that we want to use (either qemu-lite or NEMU), I'd be more than happy to let you do the porting onto one of those codebase. The NEMU case might be pretty easy since we would do that once it's been rebased on top of QEMU 4.0, hence it should apply very smoothly. qemu-lite is a different beast, because it's relying on QEMU 2.11, it might take a bit more time to fix the conflicts (as I would expect some conflicts in this case). Thanks, Sebastien
Stefan _______________________________________________ kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
Sure. We'd like to have a kata (preview) product release with virtio-fs enabled as soon as possible. On Fri, Mar 8, 2019, 18:45 Stefan Hajnoczi <stefanha@redhat.com> wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories?
This would allow Kata users to try out virtio-fs without waiting for all components to land upstream.
Stefan _______________________________________________ kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
Hi Stefan and everybody! Yes we are super excited about providing virtio-fs to our Kata customers as soon as possible, and that's why we started working on a plan that you'll find here: https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA... Please add your comments as we need the community inputs on how to proceed with this :) Thanks, Sebastien On Fri, 2019-03-08 at 10:44 +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories?
This would allow Kata users to try out virtio-fs without waiting for all components to land upstream.
Stefan
Really excited about the virtio-fs progress!
On Mar 9, 2019, at 11:14 AM, Boeuf, Sebastien <sebastien.boeuf@intel.com> wrote:
Hi Stefan and everybody!
Yes we are super excited about providing virtio-fs to our Kata customers as soon as possible, and that's why we started working on a plan that you'll find here: https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA...
Please add your comments as we need the community inputs on how to proceed with this :)
Thanks, Sebastien
On Fri, 2019-03-08 at 10:44 +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories?
This would allow Kata users to try out virtio-fs without waiting for all components to land upstream.
Stefan
kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
Hi Stefan and Boeuf, Is there any plan to back port the virtio-fs change set to linux kernel LTS versions? Thanks!
On Mar 9, 2019, at 11:14 AM, Boeuf, Sebastien <sebastien.boeuf@intel.com> wrote:
Hi Stefan and everybody!
Yes we are super excited about providing virtio-fs to our Kata customers as soon as possible, and that's why we started working on a plan that you'll find here: https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA...
Please add your comments as we need the community inputs on how to proceed with this :)
Thanks, Sebastien
On Fri, 2019-03-08 at 10:44 +0000, Stefan Hajnoczi wrote:
virtio-fs is approaching a 1.0 release where it will be suitable for wider usage. Sebastien has also gotten virtio-fs working with Firecracker so that both Kata VMMs can support it.
Is there interest in merging virtio-fs 1.0 Linux and QEMU into Kata's repositories?
This would allow Kata users to try out virtio-fs without waiting for all components to land upstream.
Stefan
kata-dev mailing list kata-dev@lists.katacontainers.io http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
On Sun, Mar 10, 2019 at 03:08:04PM +0800, Liu Jiang wrote:
Is there any plan to back port the virtio-fs change set to linux kernel LTS versions?
We haven't explored that. Please let us know if there are any issues with backports. We may be able to help get them resolved. Stefan
On Mon, 2019-03-11 at 12:31 +0000, Stefan Hajnoczi wrote:
On Sun, Mar 10, 2019 at 03:08:04PM +0800, Liu Jiang wrote:
Is there any plan to back port the virtio-fs change set to linux kernel LTS versions?
We haven't explored that. Please let us know if there are any issues with backports. We may be able to help get them resolved.
As mentioned in the document, I tried a quick backport of the patches onto 4.19.27 (LTS), but it didn't apply smoothly. I tried to solve the conflicts, but in the end it was not building... Before we have someone spending some time on backporting anything, we need to make sure that we all agree on the kernel we want to use for this purpose. Stefan, thanks for proposing your help here, as I'm sure it'd be the best option if you, David or Vivek could do the backport once we took a decision about the kernel version, since you all know the patches better than anybody else. Thanks, Sebastien
Stefan
On Sat, Mar 09, 2019 at 03:14:11AM +0000, Boeuf, Sebastien wrote:
Yes we are super excited about providing virtio-fs to our Kata customers as soon as possible, and that's why we started working on a plan that you'll find here: https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA...
Excellent, I have commented to the effect that we'd be happy to do the Linux, NEMU, and/or qemu-lite backports. When virtio-fs 1.0 is released, let us know the specific Linux, QEMU, and/or qemu-lite versions and we'll backport, sanity check it, and send pull requests. Stefan
On Mon, 2019-03-11 at 15:54 +0000, Stefan Hajnoczi wrote:
On Sat, Mar 09, 2019 at 03:14:11AM +0000, Boeuf, Sebastien wrote:
Yes we are super excited about providing virtio-fs to our Kata customers as soon as possible, and that's why we started working on a plan that you'll find here:
https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA...
Excellent, I have commented to the effect that we'd be happy to do the Linux, NEMU, and/or qemu-lite backports.
When virtio-fs 1.0 is released, let us know the specific Linux, QEMU, and/or qemu-lite versions and we'll backport, sanity check it, and send pull requests.
Thank you very much for the support! We'll keep you posted about decisions we take :) Sebastien
Stefan
One thing that would be helpful, imo, is to add a bit more actual design bits to this document. Love the plan, and love the work being done, but I would like to be able to read it and get a feel for the security profile/surface of this (in particular, on components being added: the daemon). Stefan et al -- is this something you can help add to the appendix? Cheers, Eric On 3/11/19, 9:11 AM, "Boeuf, Sebastien" <sebastien.boeuf@intel.com> wrote: On Mon, 2019-03-11 at 15:54 +0000, Stefan Hajnoczi wrote: > On Sat, Mar 09, 2019 at 03:14:11AM +0000, Boeuf, Sebastien wrote: > > Yes we are super excited about providing virtio-fs to our Kata > > customers as soon as possible, and that's why we started working on > > a > > plan that you'll find here: > > https://docs.google.com/document/d/1oc467vctWcxcfzuoXWCFnjPrLXTbDfJzVv67HbGA... > > Excellent, I have commented to the effect that we'd be happy to do > the > Linux, NEMU, and/or qemu-lite backports. > > When virtio-fs 1.0 is released, let us know the specific Linux, QEMU, > and/or qemu-lite versions and we'll backport, sanity check it, and > send > pull requests. Thank you very much for the support! We'll keep you posted about decisions we take :) Sebastien > > Stefan
On Thu, Mar 28, 2019 at 12:18:26AM +0000, Ernst, Eric wrote:
One thing that would be helpful, imo, is to add a bit more actual design bits to this document.
Love the plan, and love the work being done, but I would like to be able to read it and get a feel for the security profile/surface of this (in particular, on components being added: the daemon).
Stefan et al -- is this something you can help add to the appendix?
Sure! Stefan
participants (7)
-
Boeuf, Sebastien
-
Ernst, Eric
-
Liu Jiang
-
Samuel Ortiz
-
Stefan Hajnoczi
-
Tao Peng
-
Xu Wang