Open Stack

> * Shinde, Archana M (archana.m.shinde at intel.com) wrote:
> > We have run the pjdfstest test suite in the past for POSIX compliance and
> > seen quite a few failures with 9p.
> > An old issue documenting this:
> > https://github.com/clearcontainers/runtime/issues/828
> >
> > I think the pjdfstest will be a good place to start. Graham has documented
> > this process here:
> > https://github.com/kata-containers/runtime/issues/279#issuecomment-
> 39437129
> > 9
> 
> OK, thanks; we'll try and keep an eye on those.

Hi David. If you want real/actual examples as well, then (and I'm sure I wrote/summarized this list somewhere recently.... but I cannot find it...), here are the ones off the top of my head:
- running iperf3 server in a container does an unlink/ref in /tmp, and fails on 9p. We work around that in our tests by setting TMPDIR to a ramfs (https://github.com/kata-containers/tests/blob/master/metrics/network/network-metrics-iperf3.sh#L40)
- running apt or dnf in Ubuntu or Fedora images fails on 9p - iirc, those are both for similar unlink/ref actions
- We know 9p does not support fallocate - it doesn't implement the VFS callback (https://github.com/kata-containers/runtime/issues/687#issuecomment-418073598).
- In some modes, 9p does not support mmap. We just changed our 9p cache mode to 'mmap' though, which I suspect now fixes that?
- We fail some pjdfstest posix tests. I've not dug into details.

If you do need me to dig more into any previous examples of any of those, then let me know and I'll see how my foo fairs on github...
We'll have to sieve out some of the other container failures we get reported - some of them are due to needing to run in priv mode and/or share the docker socket from the host etc., but quite often it takes a little detective work to figure out why a specific container is failing to run.

 Graham

---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.