| Re: [qubes-users] Q2RC1 qvm-copy-to-cm does not work for win hvm | hansi | 19/11/14 05:17 | > On 2014-05-18 00:37, hansi wrote:
>>> On 17/05/14 12:39, hansi wrote: >>>> Hi, >>>> >>>> i can't copy files from my linux app-vm to win7-hvm app-vm. I don't >>>> et >>>> any error messages: >>> >>> Do you still have space left on /tmp (or wherever it is that files >>> get >>> copied to for windows) ? Short writes will silently fail. >> >> Yes, it's plenty of space free on the drive. >> >> Today i install new version 2.1.1 of Qubes Windows Tools. I do now get >> a small error message: Internal Error > > small update: the qfile-unpacker is able to create the directory > QubesIncoming\<domain-name>. So i think it should have sufficient > rights > on the FS > > are there any options to increase more verbose output? Hi, some update to my problem here: The profile directory of my normal user account is located on a network share. I can successfully copy files from this win7 hvm to other vms. But in the other direction it is not working. I found those lines in the qrexec-agent log file (log level 4): [20141119.135227.493-2000-I] ParseUtf8Command: Command: z0011f8t:QUBESRPC qubes.Filecopy work-linux [20141119.135227.493-2000-D] InterceptRPCRequest: RPC qubes.Filecopy: "C:\Program Files\Invisible Things Lab\Qubes OS Windows Tools\qubes-rpc-services\qfile-unpacker.exe" [20141119.135227.493-2000-I] AddClient: Running '"C:\Program Files\Invisible Things Lab\Qubes OS Windows Tools\qubes-rpc-services\qfile-unpacker.exe"' as user 'z0011f8t' [20141119.135227.493-2000-D] CreatePipedProcessAsUser: CreatePipedProcessAsUser: z0011f8t, "C:\Program Files\Invisible Things Lab\Qubes OS Windows Tools\qubes-rpc-services\qfile-unpacker.exe" [20141119.135227.493-2000-D] CreatePipedProcessAsUser: CreatePipedProcessAsUser(): pid 2020 [20141119.135227.493-2000-D] AddClient: New client 8 (local id 0) [20141119.135227.493-2000-I] handle_exec: Executed: "C:\Program Files\Invisible Things Lab\Qubes OS Windows Tools\qubes-rpc-services\qfile-unpacker.exe" [20141119.135227.493-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135227.493-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135227.493-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135227.493-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135227.493-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_INPUT [20141119.135229.316-2000-E] handle_input: WriteFile failed with error 232: The pipe is being closed. [20141119.135229.316-2000-E] ReturnPipeData: GetOverlappedResult failed with error 996: Overlapped I/O event is not in a signaled state. [20141119.135229.316-2000-E] ReturnPipeData: client 8, dwRead 0 [20141119.135229.316-2000-E] ReturnPipeData: GetOverlappedResult failed with error 996: Overlapped I/O event is not in a signaled state. [20141119.135229.316-2000-E] ReturnPipeData: client 8, dwRead 0 [20141119.135229.316-2000-D] send_exit_code: Send exit code 1 for client_id 8 [20141119.135229.316-2000-D] RemoveClientNoLocks: Client 8 removed [20141119.135229.316-2000-D] handle_server_data: MSG_SERVER_TO_AGENT_CLIENT_END I have already tried to create a new user with a local profile dir. This one works as expected. So it seems qrexec-agent somehow does not like the network share. Is there any possibility to change the destination directory for qvm-copy-to-vm operations? regards, hansi |
| Re: [qubes-users] Q2RC1 qvm-copy-to-cm does not work for win hvm | omeg | 19/11/14 06:54 | Correct, if a user profile is in a mapped directory it will cause issues
with the way qvm-copy works. Currently there is no way to change the destination, but adding such configuration option seems like a reasonable idea. -- Rafał Wojdyła Qubes Tools for Windows developer |