Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #66617 > unrolled thread

Bug#955232: Please add 9p kernel module to the cloud image.

Back to article view | Back to linux.debian.kernel

Contents

  Bug#955232: Please add 9p kernel module to the cloud image. Albert Akchurin <ackbeat@gmail.com> - 2020-03-28 18:10 +0100
    Processed: Re: Bug#955232: Please add 9p kernel module to the  cloud image. "Debian Bug Tracking System" <owner@bugs.debian.org> - 2020-03-30 02:40 +0200
    Bug#955232: Please add 9p kernel module to the cloud image. Ben Hutchings <ben@decadent.org.uk> - 2020-03-30 02:40 +0200
      Bug#955232: Please add 9p kernel module to the cloud image. Vincent Bernat <bernat@debian.org> - 2020-03-30 10:40 +0200
        Bug#955232: Please add 9p kernel module to the cloud image. Noah Meyerhans <noahm@debian.org> - 2020-03-31 01:50 +0200

#66617 — Bug#955232: Please add 9p kernel module to the cloud image.

[Multipart message — attachments visible in raw view] — view raw

Package: linux-image-cloud-amd64
Severity: wishlist

Please consider adding kernel module '9p' to the cloud image. It is
impossible to passthrough filesystem from hypervisor with the current cloud
image and there are no additional packages to install it. The only way that
I know to passthrough filesystem currently is to remove
linux-image-cloud-amd64 and install linux-image-amd64.

- Albert Akchurin

-- System Information:
Debian Release: 10
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-8-cloud-amd64 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-cloud-amd64 depends on:
pn  linux-image-4.19.0-8-cloud-amd64    <none>

linux-image-cloud-amd64 recommends no packages.

linux-image-cloud-amd64 suggests no packages.

[toc] | [next] | [standalone]

#66630 — Processed: Re: Bug#955232: Please add 9p kernel module to the cloud image.

Processing control commands:

> tag -1 moreinfo
Bug #955232 [linux-image-cloud-amd64] Please add 9p kernel module to the cloud image.
Added tag(s) moreinfo.

-- 
955232: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955232
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#66631

[Multipart message — attachments visible in raw view] — view raw

Control: tag -1 moreinfo

On Sat, 2020-03-28 at 23:02 +0600, Albert Akchurin wrote:
> Package: linux-image-cloud-amd64
> Severity: wishlist
> 
> Please consider adding kernel module '9p' to the cloud image. It is
> impossible to passthrough filesystem from hypervisor with the current cloud
> image and there are no additional packages to install it. The only way that
> I know to passthrough filesystem currently is to remove
> linux-image-cloud-amd64 and install linux-image-amd64.

The "cloud" images are specifically meant for running on public clouds,
and don't support everything that could possibly be exposed to a VM.

Is there a public cloud that supports 9p passthrough?

Ben.

-- 
Ben Hutchings
It is impossible to make anything foolproof
because fools are so ingenious.

[toc] | [prev] | [next] | [standalone]

#66648

[Multipart message — attachments visible in raw view] — view raw

 ❦ 30 mars 2020 01:36 +01, Ben Hutchings:

>> Please consider adding kernel module '9p' to the cloud image. It is
>> impossible to passthrough filesystem from hypervisor with the current cloud
>> image and there are no additional packages to install it. The only way that
>> I know to passthrough filesystem currently is to remove
>> linux-image-cloud-amd64 and install linux-image-amd64.
>
> The "cloud" images are specifically meant for running on public clouds,
> and don't support everything that could possibly be exposed to a VM.
>
> Is there a public cloud that supports 9p passthrough?

Dunno about OP, but for me, it's also useful when using nested
virtualisation. Also, the limitation to "public" cloud seems quite
restrictive. Cloud kernel is used by cloud images, which can be used
directly with libvirt, for example.
-- 
Things past redress and now with me past care.
		-- William Shakespeare, "Richard II"

[toc] | [prev] | [next] | [standalone]

#66664

On Mon, Mar 30, 2020 at 10:33:24AM +0200, Vincent Bernat wrote:
> >> Please consider adding kernel module '9p' to the cloud image. It is
> >> impossible to passthrough filesystem from hypervisor with the current cloud
> >> image and there are no additional packages to install it. The only way that
> >> I know to passthrough filesystem currently is to remove
> >> linux-image-cloud-amd64 and install linux-image-amd64.
> >
> > The "cloud" images are specifically meant for running on public clouds,
> > and don't support everything that could possibly be exposed to a VM.
> >
> > Is there a public cloud that supports 9p passthrough?
> 
> Dunno about OP, but for me, it's also useful when using nested
> virtualisation. Also, the limitation to "public" cloud seems quite
> restrictive. Cloud kernel is used by cloud images, which can be used
> directly with libvirt, for example.

The "nocloud" VM images generated by the cloud team use the generic
kernel, and they're what I'd recommend for use with libvirt and similar
systems.  The others are targeted toward specific cloud vendors and may
not work entirely as expected outside those environments.  Some of the
supported cloud vendors do support nested virtualization and/or
bare-metal host provisioning, so there are cases where 9p could be used
to share data between hosts...

I'm inclined to agree with Ben.  The goal of the cloud kernel is not to
support all possible cloud configurations.  Host <-> guest filesystem
sharing isn't a super common thing in cloud environments, and the
generic kernel is always available if needed.  Its featureset is a
superset of that of the cloud kernel.

Enabling 9p won't result in a drastic increase in the installed size,
but it is something of a slippery slope.

Virtio-fs appears to be the future for this type of use-case, and we do
enable this for bullseye cloud kernels.  I'd much rather encourage its
use instead of the crufty old abuse of a network filesystem that is 9p.

noah

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web