[/var/log is getting full (currently 100 % used)]

malthorium-diagnostics-20220714-2312.zip

 

Any thoughts on how to fix this would be fantastic. Server hasnt been running for 2 days as of yet, power outage event.

[Single VM is pausing itself]

28 minutes ago, sinsoffallengods said:

Worked fine for like a week, now just pauses itself at random intervals, typically within 5min to 20 min. I have tried increasing ram from 10G to 16G no luck. I have moved it onto a drive that ismalthorium-diagnostics-20220713-1910.zip almost entirely empty, no luck. Can one of the gurus take a look and see what they see?

 

Edit: I have one VM only, not just one having issues in a group for clarification.

Logs from the VM show :
-nodefaults \
-chardev socket,id=charmonitor,fd=31,server,nowait \
-mon chardev=charmonitor,id=monitor,mode=control \
-rtc base=localtime \
-no-hpet \
-no-shutdown \
-boot strict=on \
-device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x7.0x7 \
-device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x7 \
-device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x7.0x1 \
-device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x7.0x2 \
-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 \
-blockdev '{"driver":"file","filename":"/mnt/disk2/ARK/vdisk1.img","node-name":"libvirt-3-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-3-format","read-only":false,"cache":{"direct":false,"no-flush":false},"driver":"raw","file":"libvirt-3-storage"}' \
-device virtio-blk-pci,bus=pci.0,addr=0x5,drive=libvirt-3-format,id=virtio-disk2,bootindex=1,write-cache=on \
-blockdev '{"driver":"file","filename":"/mnt/user/isos/Windows 10.iso","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-2-format","read-only":true,"driver":"raw","file":"libvirt-2-storage"}' \
-device ide-cd,bus=ide.0,unit=0,drive=libvirt-2-format,id=ide0-0-0,bootindex=2 \
-blockdev '{"driver":"file","filename":"/mnt/user/isos/virtio-win-0.1.190-1.iso","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \
-device ide-cd,bus=ide.0,unit=1,drive=libvirt-1-format,id=ide0-0-1 \
-netdev tap,fd=33,id=hostnet0 \
-device virtio-net,netdev=hostnet0,id=net0,mac=52:54:00:89:a5:1a,bus=pci.0,addr=0x3 \
-chardev pty,id=charserial0 \
-device isa-serial,chardev=charserial0,id=serial0 \
-chardev socket,id=charchannel0,fd=34,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=0x6 \
-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \
-msg timestamp=on
2022-07-13 20:46:14.903+0000: Domain id=2 is tainted: high-privileges
2022-07-13 20:46:14.903+0000: Domain id=2 is tainted: host-cpu
char device redirected to /dev/pts/0 (label charserial0)
2022-07-13T22:09:50.909900Z qemu-system-x86_64: warning: guest updated active QH
2022-07-13T22:10:16.676354Z qemu-system-x86_64: warning: guest updated active QH
2022-07-14T00:43:53.985314Z qemu-system-x86_64: warning: guest updated active QH

[Single VM is pausing itself]

Worked fine for like a week, now just pauses itself at random intervals, typically within 5min to 20 min. I have tried increasing ram from 10G to 16G no luck. I have moved it onto a drive that ismalthorium-diagnostics-20220713-1910.zip almost entirely empty, no luck. Can one of the gurus take a look and see what they see?

 

Edit: I have one VM only, not just one having issues in a group for clarification.

[Disk no longer readable]

13 hours ago, itimpi said:

Handling of unmountable disks is covered here in the online documentation that can be accessed via the Manual link at the bottom of the GUI. 

Following that link I was able to fix it. Thank you!

[Disk no longer readable]

This disk is less than 4 days and its already showing up as unmount able in unraid. I would really not reformat it as it has 5TB of media. Any thoughts? I have attached my diags.

malthorium-diagnostics-20220416-0100.zip

 

Edit: Unraid version 6.9.2

[[Support] binhex - Sonarr]

I am using both your sabnzbdvpn container and your sonarr container. I am trying to route the Sonarr container through the sabnzbdvpn container for network traffic using Spaceinvader One's guide, but after following his guide I am unable to access the webui by its IP:port

 

 

Following his guide the sabnzbdvpn container will share its vpn ip with the sonarr one, using curl ifconfig.io in both their consoles proved that. 

 

At this point I am stuck. Without forwarding it works exactly as expected but I cant use Sonarr without the VPN, which is why I am trying to pass it through.  Do you have any ideas?

 

 

 

 

 

[Forwarding container traffic through another container]

 

               Following SpaceInvader's lovely guide here I was able to pass my sonarr to my nordvpn container and using console I was able to verify that sonarr was taking on the IP from my nordvpn container. So that portion is working. However I cant access Sonarr anymore, either through clicking on the docker container(which he covers in the video so expected) or direct IP. I have added the ports into nord vpn like he shows in the video, but still no avail. Any wizards have any ideas?

[GPU pass through prevents VNC connections?]

3 hours ago, Squid said:

 

I was bored....  But, if I'm so renowned, then you can do this:

 

 

 

But yeah, as @saarg says, why pass through a GPU if you aren't going to use it?  But as for your answer as to which has the lowest latency the GPU will by far have the lowest latency (as in none)

 

6 hours ago, saarg said:

 

No as renowned as @Squid, but if you have Windows 10 Pro, just enable Remote Desktop. If you have Windows 10 Home, Remote Desktop is not available and you need to install a VNC server.

 

Why do you pass through a GPU if you're remoteing in?

*Kisses hand gently*

 

Anyways the reason I want to passthrough a gpu is because I need a VM that can be used remotely for low end gaming, specifically WoW. My mother is a gamer(not as much fun as is sounds cause she sucks D: ), and her computer's cpu is failing. We cant afford $200 to get her a cheap ass laptop and we already have a really powerful setup on my server. There is no room for a desktop in my dinky ass apartment, so that's why it needs to be remote. The lower latency the better! So between Remote desktop, and installing a VNC server, which will be best?

She will still be using her laptop until the thing finally croaks so optimally I need her to be able to use her laptop keyboard and wireless mouse for it.

[GPU pass through prevents VNC connections?]

23 minutes ago, Squid said:

If you want vnc when using a graphics card you have to install a vnc server on the VM (or connect via rdp if a windows vm)

Well damn I didn't expect to get someone so renowned in the community to respond. Which of the 2 would you recommend for lower latent ency, and if the former do you have a particular preference?

[GPU pass through prevents VNC connections?]

I built a windows 10 virtual machine with the intention of using it to assign one graphics card to a virtual machine, and then connect to the Virtual machine remotely, through VNC or similar method. This virtual machine wont be accessed anywhere but a small LAN network, and all of it is wired.

 

Before I assigned the GFX card it worked great connecting via VNC viewer. The second I added the GPU passthrough and rebooted though, I get the computer refused the connection. How do I passthrough the GPU but still get VNC connections? Might be relevant, but I am not using any visuals from the server I have this loaded on. I have power chords, and Ethernet hooked into it, nothing else.