From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:34180) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SobT6-0001fl-QA for qemu-devel@nongnu.org; Tue, 10 Jul 2012 10:31:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SobSv-0007BZ-Lf for qemu-devel@nongnu.org; Tue, 10 Jul 2012 10:31:12 -0400 Received: from indium.canonical.com ([91.189.90.7]:57719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SobSv-0007BF-DS for qemu-devel@nongnu.org; Tue, 10 Jul 2012 10:31:01 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1SobSt-0007LP-Ub for ; Tue, 10 Jul 2012 14:30:59 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id E6C242E8037 for ; Tue, 10 Jul 2012 14:30:59 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Tue, 10 Jul 2012 14:24:26 -0000 From: Serge Hallyn <1018530@bugs.launchpad.net> Sender: bounces@canonical.com References: <20120627183440.4107.29777.malonedeb@gac.canonical.com> <20120710045726.12971.51975.malone@gac.canonical.com> Message-Id: <20120710142426.GA5196@sergelap> Errors-To: bounces@canonical.com Subject: Re: [Qemu-devel] [Bug 1018530] Re: No write access in a 9p/virtfs shared folder Reply-To: Bug 1018530 <1018530@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Quoting M. Mohan Kumar (1018530@bugs.launchpad.net): > No, commit daf0b9aca9f67323266af1a92e8ea06f9d7bf408 added create > support proxy FS driver model. Local FS had support for creating files > much before. Yes, but that commit is not in v1.0 (according to qemu-kvm git history at least) -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1018530 Title: No write access in a 9p/virtfs shared folder Status in QEMU: New Status in =E2=80=9Cqemu-kvm=E2=80=9D package in Ubuntu: Fix Released Bug description: Ubuntu version: Ubuntu 12.04 LTS Kernel: 3.2.0-25-generic Version of qemu-kvm: 1.0+noroms-0ubuntu13 I have created an shared folder for an virtual machine which is managed by libvirt.
I mounted it in the virtual machine with this command: mount -t 9p -o tr= ans=3Dvirtio,version=3D9p2000.L data /data The filesystem permissions of all files an folders in the shared folder a= re set to 777. I expected that I have the full permissions also in the virt= ual machine. Regardless of the permissions on the filesystem I cannot write or create = files and folders in the virtual machine. The original filesystem (/storage= ) is XFS. In another shared folder (similar config in libvirt) which is originally = NTFS I have no problems. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: qemu-kvm 1.0+noroms-0ubuntu13 ProcVersionSignature: Ubuntu 3.2.0-25.40-generic 3.2.18 Uname: Linux 3.2.0-25-generic x86_64 ApportVersion: 2.0.1-0ubuntu8 Architecture: amd64 Date: Wed Jun 27 20:15:20 2012 InstallationMedia: Ubuntu-Server 12.04 LTS "Precise Pangolin" - Beta amd6= 4 (20120409) MachineType: To be filled by O.E.M. To be filled by O.E.M. ProcEnviron: TERM=3Dxterm LANG=3Dde_DE.UTF-8 SHELL=3D/bin/bash ProcKernelCmdLine: BOOT_IMAGE=3D/vmlinuz-3.2.0-25-generic root=3D/dev/map= per/system-root ro SourcePackage: qemu-kvm UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/18/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 1208 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: M5A99X EVO dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: Rev 1.xx dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: To Be Filled By O.E.M. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1208:bd04/18/2012:svnTobef= illedbyO.E.M.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnASUSTeKCOMPUTER= INC.:rnM5A99XEVO:rvrRev1.xx:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: To be filled by O.E.M. dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: To be filled by O.E.M. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1018530/+subscriptions