MethodCall

Yup. It was split level. I *clearly* hadn't wrapped my head around the problem sufficiently. I wasn't understanding that "Hey, Episode 22 can't copy to the new drive because Episodes 1-21 are already on one of the other drives in the array and the split level won't allow E22 to be copied to another damn drive." Arrrgh. Well spotted, trurl. Well spotted, indeed. Edit (for posterity): I verified this by manually copying Episodes 1-22 to the new drive (to join E22, which I had already manually copied). Once I did that, Sonarr was able to import E23 without issue (via manual import, because the automatic import had already failed for that episode).

I wouldn't expect the split level to be an issue. I've been rocking this split level through the addition of several drives and it has always split correctly. As for minimum free, it is currently set to 0KB, which is what it has been set to for the life of my server. At that, on the share's own compute stats, it says there's over 2TB free on the new drive.

Split level for that share is set to top two (the 3rd choice in the dropdown) and it is set to Most Free. (It was set to this prior to adding the new drive, as well.)

As best I can tell, yes, the user share in question can use the new disk. Disks 1 through 8 have been a part of the share for a long time, Disk 9 is excluded, and then Disk 10 is the new drive. In the settings for this user share, Included Disks is set to All and Excluded Disks is set to Disk 9. If I click the compute link in the Size column on the Shares tab, it shows the space used by the one file I have manually copied over.

I've dug around for a good bit now trying to find a previous instance of my issue so, if my Google-Fu has just failed me, do please point me to previous solutions if I'm repeating an issue that has already been solved! So, what I'm getting is this error: Couldn't import episode /downloads/complete/sonarr/DefinitelyTheActualFilename.mkv: Disk full. Path With this tracelog: System.IO.IOException: Disk full. Path at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00116] in <b0e1ad7573a24fd5a9f2af9595e677e7>:0 at NzbDrone.Common.Disk.DiskProviderBase.MoveFileInternal (System.String source, System.String destination) [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskProviderBase.cs:232 at NzbDrone.Mono.Disk.DiskProvider.MoveFileInternal (System.String source, System.String destination) [0x00076] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Mono\Disk\DiskProvider.cs:170 at NzbDrone.Common.Disk.DiskProviderBase.MoveFile (System.String source, System.String destination, System.Boolean overwrite) [0x000e3] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskProviderBase.cs:227 at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileTransactional (System.String sourcePath, System.String targetPath, System.Int64 originalSize, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x0008f] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:490 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x003ce] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:312 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, System.Boolean verified) [0x0000e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:196 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List`1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x0012c] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:119 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.MoveEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x0005e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:81 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x0017c] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:76 at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x00272] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:107 I had recently filled up my array so I added another 3TB Red into it. It's got space for days, so the "disk" definitely isn't (literally) full. At that, Sonarr can see (and was able to rename) an episode that I manually copied over to that new drive, so the drive is definitely part of the user share into which Sonarr imports files from SAB. I am at a loss here. I can't seem to find the "convince Sonarr that there's a couple terabytes waiting for it" button. Any ideas?

It seems as though everything is back to normal operation. Man, I can't thank you enough, Johnnie. There is pretty much *zero* chance I would have figured out the problem without ya. If I could sling more upvotes your way, I would...but I have literally hit the daily limit. Top shelf, son. TOP SHELF.

Yeah, no more assumptions from me. DEFINITELY making sure. 100%.

*facepalm* Hey, Lime....maybe an error message inside the CLI would more effectively communicate that....instead of the broadcast message that gives other-than-true feedback to the user. Just a thought. *sigh* Good info, Bonienl. That is *definitely* something I need to know. Appreciate it!

Interesting. (In a bad way.) Tried to shut down the server with powerdown (instead of the powerdown -r's I've been doing all along) to make absolutely sure it restarted. So I physically went over to the server (since I was gonna have to hit the power switch to turn it back on, obviously). It hadn't shut down. Reconnect with Putty...sure enough, still up. Tell it to powerdown again. Nothing. I mean, the CLI is telling me that it's going down, got the broadcast message like usual...but the front of the server's chassis is still a frickin' christmas tree. No actual shut down is taking place. So, I kill it by holding down the power switch. It goes down for real. Hit the switch again to power it up...wait a bit for it to post annnnnnndd.....the GUI is accessible again. I'm questioning whether or not ANY of my previous powerdown -r's ever actually rebooted anything or not, now. Lesson learned...get visual confirmation on shut downs. So.... delete and re-create my docker image, I'm assuming?

Edited & saved. Rebooted. Reopened docker.cfg after reboot to confirm that the edit took (it had). GUI is *still* clocking. Good grief, what have I done to my server? New diags attached... newbsauce-diagnostics-20180104-1602.zip

Will deleting it via mc be sufficient? As far as re-creating it, I don't know how to do that outside of the GUI (which I still can't get back to) but if you can gimme the commands, I'll throw 'em at Putty. You think something with Docker is breaking the GUI? I rebooted the box after the balancing, you want me to reboot after deleting the Docker image, or after deleting and re-creating the Docker image?

Damn. No joy. GUI is still clocking infinitely. New Diagnostics ZIP attached. newbsauce-diagnostics-20180104-1534.zip

I did have to nuke some downloads to make space for the process, but I have completed a balance -dusage=75 without an error. To anyone performing this in the future, as that -dusage percentage goes up... so does the time it takes to complete. That last one at 75% took *at least* 20 minutes. Restarting the server now to see if this did the trick. *crosses fingers*

I have *literally* no idea what that means...but I'll dig into that thread, as you suggest. Thank ya, sir.

Running unRAID 6.3.5 Originally, I was getting the (fantastically unhelpful) "Execution Failed" message when I would try to start any of my Docker containers after stopping them (at this point they seemed to be autostarting successfully on server startup). Following the prescribed methods, I blew away my Docker image file, re-created it, and then re-created all of my Docker containers. Everything seemed to be fine for a bit then I started to get the "Execution Failed" message again. Now, after restarting the server with no other changes made I cannot access the GUI any longer. When I try to access it, it just clocks indefinitely (no page appears, no login prompt). Docker Containers: Couch Potato (based on some of the stuff in the logs, a likely culprit), Radarr, Sonarr, PMS, MySQL, and SABnzbd. All from linuxserver.io, all set to auto-start except for MySQL. I can still Telnet into the box without any issue and all of my SMB shares appear to be fully accessible. None of the GUIs for any of my Docker applications come up, either, though they do not clock - they fail immediately. The Docker tomfoolery and the GUI nonsense aren't necessarily related but that sure seems unlikely. I know far too little about unRAID, Docker, or Linux to troubleshoot this further. Please help if you can! newbsauce-diagnostics-20180104-1314.zip

Executed these commands. No errors thrown on execution but the problem persists. Tried sparkly's thing about switching it to Host instead of Bridge, as well, still no change. Here's the full text of what I'm getting in the log: _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 1001 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 30-install: executing... [cont-init.d] 30-install: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log // Repeat into infinity... [insert sad face here.]

I defined /config as /mnt/cache/cacheonly/apps/TeamSpeak3/, PUID as 1001, <- The PUID of my user account on my unRAID server. PGID as 100, and I renamed the container "TeamSpeak3" instead of "teamspeak3". I have not modified any of the other fields (or added any additional ones).

I wasn't even aware it existed. Good info, sir. Much appreciated!

I'm pretty sure I have this container configured properly but no matter what I seem to do I end up with this... [K[[31m FAIL [0m] Starting ts3-server: Unable to start TeamSpeak 3 Server Check log files: /config/log It just repeats these two lines over and over until I stop the container. I have tried nuking the entire thing and rebuilding it from scratch and it still gets me to this same spot. I'm at a loss here. Any ideas?

If I try to open [unraid_ip]:32400/web I get ERR_EMPTY_RESPONSE. I can, however, still get to the Plex web UI if I log in through plex.tv. This is bizarre as hell. Any ideas?

I have peter_sm's OpenVPN plugin installed and running perfectly but I would like to route Deluge's traffic (and only Deluge's traffic) through it leaving the rest of my containers ignoring the VPN tunnel entirely. Is that something that I can just configure this container to do, or am I going about this all wrong? The OpenVPN plugin I'm referring to is this one: http://lime-technology.com/forum/index.php?topic=19439.0

I wasn't having any trouble getting to my PMS from the public internet but I figured I'd give your suggestion a shot, anyway. I set it up for manual port forwarding and whatnot. It's still failing. So, I can add that to the list of symptoms. I can access the web interface from plex.tv...but not from the same subnet. Frickin' bizarre.

Ok, so here's a strange one... Yesterday: Everything with limetech/plex container was working flawlessly. Today: I can still access this PMS via non-web Plex clients perfectly...but the web client fails every time. All I get is "ERR_EMPTY_RESPONSE" (in Chrome) and "The Connection Was Reset" (in Firefox). Restarted the container multiple times. Forced an update, too. Same result. I seem to have discovered Schrodinger's Media Server. It is simultaneously up and not up at the same time.

Here's what happens: [*]Start (or restart) Windows 10 VM [*]VM will enter a paused state, usually after only a few minutes [*]VM log shows "domain is tainted" errors [*]Lay down [*]Try not to cry [*]Cry a lot So far, I haven't been able to track down any sort of concrete solution or, really, even so much as a hypothesis as to what the hell is going on with this. I am, unfortunately, very much out of my depth with this issue and I don't know what to do next so I am completely dead in the water insofar as the functionality of this VM is concerned. I've included my XML configuration and VM Log below. <domain type='kvm'> <name>Windows 10 Pro</name> <uuid>6fcf3a30-7c58-cd7c-9aa5-46d392660fed</uuid> <metadata> <vmtemplate name="Custom" icon="windows.png" os="windows"/> </metadata> <memory unit='KiB'>6291456</memory> <currentMemory unit='KiB'>6291456</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> </hyperv> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='2' 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/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user0/vDisks/Windows 10 Pro/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='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.113.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' 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='52:54:00:ba:ce:15'/> <source bridge='br0'/> <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'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Windows 10 Pro.org.qemu.guest_agent.0'/> <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'/> <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='vmvga' vram='16384' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </memballoon> </devices> </domain> Domain id=2 is tainted: high-privileges Domain id=2 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:03:49.233+0000: shutting down 2016-04-27 05:04:01.513+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=3 is tainted: high-privileges Domain id=3 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:04:55.473+0000: shutting down 2016-04-27 05:05:28.108+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=4 is tainted: high-privileges Domain id=4 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:06:58.700+0000: shutting down 2016-04-27 17:57:18.838+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=5 is tainted: high-privileges Domain id=5 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 18:36:02.707+0000: shutting down 2016-04-27 18:36:16.015+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=6 is tainted: high-privileges Domain id=6 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 18:41:14.344+0000: shutting down 2016-04-27 19:24:24.002+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=7 is tainted: high-privileges Domain id=7 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 19:27:46.949+0000: shutting down Motherboard: Asus Maximus Gene VII CPU: Intel i5-4440S RAM: 8GB 2133Mhz DDR3 Anybody have any ideas?

I'm seeing this same issue. It's recent, though. I created this VM more than a month ago and it's been running flawlessly until yesterday, where this same "pausing itself" behavior reared its ugly head. It seems like it might be CPU or Network load related as I can start up the VM and leave it idle with no issue and it'll pause after streaming video for a few minutes (streaming via Plex). Here's my XML and log, if it'll help. <domain type='kvm'> <name>Windows 10 Pro</name> <uuid>6fcf3a30-7c58-cd7c-9aa5-46d392660fed</uuid> <metadata> <vmtemplate name="Custom" icon="windows.png" os="windows"/> </metadata> <memory unit='KiB'>6291456</memory> <currentMemory unit='KiB'>6291456</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> </hyperv> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='2' 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/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user0/vDisks/Windows 10 Pro/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='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.113.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' 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='52:54:00:ba:ce:15'/> <source bridge='br0'/> <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'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Windows 10 Pro.org.qemu.guest_agent.0'/> <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'/> <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='vmvga' vram='16384' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </memballoon> </devices> </domain> Domain id=1 is tainted: high-privileges Domain id=1 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:02:14.129+0000: shutting down 2016-04-27 05:02:19.371+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=2 is tainted: high-privileges Domain id=2 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:03:49.233+0000: shutting down 2016-04-27 05:04:01.513+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=3 is tainted: high-privileges Domain id=3 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:04:55.473+0000: shutting down 2016-04-27 05:05:28.108+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=4 is tainted: high-privileges Domain id=4 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 05:06:58.700+0000: shutting down 2016-04-27 17:57:18.838+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=5 is tainted: high-privileges Domain id=5 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 18:36:02.707+0000: shutting down 2016-04-27 18:36:16.015+0000: starting up libvirt version: 1.2.18, qemu version: 2.3.0 Domain id=6 is tainted: high-privileges Domain id=6 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) qemu: terminating on signal 15 from pid 2140 2016-04-27 18:41:14.344+0000: shutting down If anyone has heard of a solution for this one, I am all ears!