summary refs log tree commit diff stats
path: root/gitlab/issues/target_missing/host_missing/accel_missing/2117.toml
blob: 0e0b68c8351f0b9948c9f7ee214bf74aab628dba (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
id = 2117
title = "Unraid, Ubuntu, 9P/virtio and memory issues"
state = "opened"
created_at = "2024-01-20T22:38:09.728Z"
closed_at = "n/a"
labels = ["block:9p", "device:virtio"]
url = "https://gitlab.com/qemu-project/qemu/-/issues/2117"
host-os = "Unraid"
host-arch = "x86"
qemu-version = "QEMU emulator version 7.1.0"
guest-os = "Ubuntu"
guest-arch = "x86"
description = """I am running an Ubuntu VM on Unraid - which is using Qemu. I am exposing my shares through "9p Mode" to the VM.

The logs shows:
-fsdev local,security_model=passthrough,id=fsdev-fs0,path=/mnt/user/backup \\
-device '{"driver":"virtio-9p-pci","id":"fs0","fsdev":"fsdev-fs0","mount_tag":"backup","bus":"pci.1","addr":"0x0"}' \\

Inside Ubuntu, I mount the exposed shares like this:

sudo mount -t 9p -o trans=virtio "backup" /media/share/backup

I have a script that uses rsync to sync the files from these mounted shares onto an internal disk drive. 

The issues that I am facing, is that rsync sometimes reports "cannot allocate memory":

rsync: [sender] readdir("/media/share/backup/myfolder"): Cannot allocate memory (12)
 
There are "ten thousands" of files in that folder hierarchy, but there are plenty of memory available on the VM (many GBs), so that is no issue. The next time I run the job, it might go through as normal. But I would like to get rid of these issues.

The question is: Is there some kind of memory allocation/limit to the virtio/9p as well? If yes - is there some way to increase it to avoid these errors?"""
reproduce = """1. Mount as shown
2. Run rsync on folder with lots of files
3. See error"""
additional = """N/A"""