[Bug 1785902] Re: local/9pfs: Too many levels of symbolic links

2021-07-01 Thread Launchpad Bug Tracker
[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1785902 Title: local/9pfs:

[Bug 1785902] Re: local/9pfs: Too many levels of symbolic links

2021-05-02 Thread Christian Schoenebeck
Enrico, with security_model=mapped (a.k.a. security_model=mapped-xattr) 9p is not following symlinks on host. That's the expected behaviour. There are 2 distinct models: security_model=passthrough uses the ownership information, permissions and symlink info etc. directly from the host's file syst

[Bug 1785902] Re: local/9pfs: Too many levels of symbolic links

2021-05-01 Thread Thomas Huth
The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now. If you still think this bug report here is valid, then please switch the

[Qemu-devel] [Bug 1785902] Re: local/9pfs: Too many levels of symbolic links

2018-08-07 Thread Enrico Weigelt, metux IT consult
Turned out that security_model=mapped can't cope with symlinks in the host file system. Instead, security_model=passthrough works as expected. OTOH, I'll have to check, whether this mode already provides a safe chroot, or guest can escape and damage the host system. The wiki page needs some more