jeffmackinnon

I have system, appdata and domains set for my cache. Those are the only shares that use the cache. A user on reddit suggested that docker.img was likely a culprit, and they weren't wrong. But when I moved it from disk2 to cache using mc and re-started the plex docker the same thing happened again. There is a possibility that FileHistory is causing the activity, but I would expect to see a SMB stream active if that was the case. I've changed the "prefer" shares to cache only, ran the mover, and verified that the system, appdata and domains are 100% on the cache

For the last couple of days all my harddrives have been getting hit with reads on the data drives and writes on the drives. I have tried shutting down all dockers and VMs, and turning off all NFS shares and nothing changes. I checked htop, but nothing looks strange there. Any tips on what I can look at next? EDIT: Some more troubleshooting has found that after updating all the dockers again, and shutting them all down the constant activity stops. Then I restarted Plex, its the only docker that is "critical" and the reads started. The confusion now is that it is "reading" from an empty disk - Disk 9 was just added to the system and doesn't have anything written to it.

I'm having a challenge passing my DVD and BluRay drives to my Ubuntu VM. This is all part of me creating a Automatic Ripping Machine. I have limited space so I can't build a bare metal machine for this project, and had a couple spare 5.25" slots in the server. This is the .xml that I am using that gets me, what appears, to be most of the way. However the VM doesn't boot. <domain type='kvm'> <name>Ubuntu2</name> <uuid>aca7fe05-01be-a93b-8d79-c75bf7eceb2a</uuid> <metadata> <vmtemplate xmlns="unraid" name="Ubuntu" icon="ubuntu.png" os="ubuntu"/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.7'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/aca7fe05-01be-a93b-8d79-c75bf7eceb2a_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='2' threads='1'/> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Ubuntu2/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/ubuntu-18.04.2-live-server-amd64.iso'/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <model name='i82801b11-bridge'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <model name='pci-bridge'/> <target chassisNr='2'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0'/> </controller> <controller type='scsi' index='0' model='virtio-scsi'> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </controller> <controller type='scsi' index='1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:6c:ee:9f'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <hostdev mode='subsystem' type='scsi' managed='no'> <source> <adapter name='scsi_host14'/> <address bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </hostdev> <hostdev mode='subsystem' type='scsi' managed='no'> <source> <adapter name='scsi_host19'/> <address bus='0' target='0' unit='0'/> </source> <readonly/> <address type='drive' controller='1' bus='0' target='0' unit='0'/> </hostdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </memballoon> </devices> </domain> The drives are near the bottom and when I run "lsscsi" from the command this is the abbreviated output. The VM will start, but doesn't boot. This is what the console looks like using the web based VNC

I decided today to set up my Windows VM as a desktop computer. Everything was working well, the video cards passed through, the keyboard, and even the mouse; at first. I made a couple of other tweaks that I didn't think would affect anything like adding a second virtual HD and increasing the RAM; and then the mouse stopped working. Any mouse. I have tried removing the pass through, trying different USB locations, etc; but nothing works. Any tips that I should try? Thanks, JM

Thanks for your help, I will give those tricks a try. Cheers, JM

Did you ever figure out what happened? And after you had it running again, did it stay stable?

I had to shutdown and replace a failed drive in my machive, however now my Windows 10 VM automatically starts in "Auto Repair" mode and won't fully boot, or give options to boot in safe mode. This is the logs that I have after the latest startup 018-04-06 18:37:17.137+0000: starting up libvirt version: 2.4.0, qemu version: 2.7.1, hostname: Treebeard LC_ALL=C PATH=/bin:/sbin:/usr/bin:/usr/sbin HOME=/ QEMU_AUDIO_DRV=none /usr/local/sbin/qemu -name 'guest=Windows 10,debug-threads=on' -S -object 'secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-12-Windows 10/master-key.aes' -machine pc-i440fx-2.7,accel=kvm,usb=off,dump-guest-core=off,mem-merge=off -cpu host,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff,hv_vendor_id=none -drive file=/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd,if=pflash,format=raw,unit=0,readonly=on -drive file=/etc/libvirt/qemu/nvram/5df67131-6ea2-111a-0771-8e6dc459bb66_VARS-pure-efi.fd,if=pflash,format=raw,unit=1 -m 8192 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 5df67131-6ea2-111a-0771-8e6dc459bb66 -no-user-config -nodefaults -chardev 'socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-12-Windows 10/monitor.sock,server,nowait' -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -no-hpet -no-shutdown -boot strict=on -device ich9-usb-ehci1,irive-ide0-0-1,id=ide0-0-1 -netdev tap,fd=24,id=hostnet0,vhost=on,vhostfd=26 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:8a:5b:3e,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev 'socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/domain-12-Windows 10/org.qemu.guest_agent.0,server,nowait' -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 -device usb-tablet,id=input0,bus=usb.0,port=1 -vnc 0.0.0.0:0,websocket=5700 -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -msg timestamp=on Domain id=12 is tainted: high-privileges Domain id=12 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) And this is the XML for the setup: <domain type='kvm'> <name>Windows 10</name> <uuid>very unique</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>1</vcpu> <cputune> <vcpupin vcpu='0' cpuset='1'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/5something_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='1' threads='1'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Windows 10/vdisk2.img'/> <target dev='hdd' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/Windows10.iso'/> <target dev='hda' bus='ide'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/virtio-win-0.1.141.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <interface type='bridge'> <mac address='something'/> <source bridge='br1'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </memballoon> </devices> </domain> Everything was working fine until the reboot. Any suggestions would be appreciated.

So everything seems to be working smoothly on the rsync backup side now. The rest should be normal troubleshooting the completed system, and then building a third system for offsite storage. I'm not a fan of the cloud yet, I rather build my own fog.

Thanks Jon, I have added 50GB as the minimum free space (my largest file will be around 30GB), removed the old in-finished backup, and started a new one. I should know in the morning if it worked. Thanks, JM

/mnt/fog is on the main server as a share called fog, /mnt/backup is on the backup server as a share called backup. In the VM, which is located on the backup server, the /etc/fstab file is configured to auto mount those two shares. The main server and backup server are in different boxes attached to the same switch (for the time-being) Yes The target is configured as attached here. Originally it was "Fillup" but I have switched to High-Water and added a new drive. No, I am running the backup b/w servers, not on a single server. That is what I meant by two Unraid installs.

A bit of an update. I think it is because my drives aren't balanced, and the first drive as part of the Backup share is full. Is this a quirk of how the shares work? Do I need to level out the drives first?

So I have two Unraid installs, one is my main server and the other is purely for backups. On the main server I have all my apps installed in dockers (Plex, Nextcloud, Sabnzbd, etc). On the backup I only have a Ubuntu VM. The plan was to backup the nextcloud share called "fog" on the main server to the backup. To do this I mounted fog and the backup on the Ubuntu VM and then ran the following command rsync -Aax --exclude=".*" /mnt/fog /mnt/backup/FOG-Backup However, regardless every time I run this, I get an error that looks like this: rsync: close failed on "/mnt/backup/FOG-Backup/fog/.nextcloud.log.7Zkz3M": No space left on device (28) I have spent the last couple of days trying to figure out what it is, I have tried direct tarballing, I have tried different switches on the rsync, etc. Any tips to make this work will be very appreciated.

AWESOME!!!!! So this solves it, but where in the manual is this written down? I couldn't find anything about it, but maybe my google-foo isn't as good as it once was.

Hey there everyone. I am testing out Unraid as a replacement for my scattered servers. The file sharing, apps, etc is working perfectly, but now for the backup system. My old backup system, which I'm replicating on Unraid was an Ubuntu server that mounts the various shares on a timetable and rsyncs back and forth as needed. I have 4 days left in my trial and this is the error I keep getting, regardless of the settings of the share: mount.nfs: access denied by server while mounting treebeard:/fog mount.nfs: access denied by server while mounting myserver:/myshare I have tried all the tricks I know of to track this down, but it isn't an issue I have run into in the past. Any help to get me to the final stage of Unraid awesomeness would be appreciated. And adding some information, here is the note in the Unraid log file when I do try to mount: Feb 1 14:11:35 myserver rpc.mountd[29950]: refused mount request from xxx.xxx.xxx.101 for /myshare (/): not exported