piotrasd Posted July 25, 2015 Share Posted July 25, 2015 hi Im compiled Openelec 6.0b3 image for unRAID KVM based on Kodi 15.0 Final, kernel 4.1.2 with Tvheadend client if anyone want i will upload somewhere Quote Link to comment
saarg Posted July 25, 2015 Share Posted July 25, 2015 Can someone confirm that the "Check for Updates" function on the Docker tab still works? In the past, each status would spin for a good 20 seconds or so before coming back with the result. Now when I click it, the page refreshes instantly and all of my containers say ""up-to-date". Was there a change made that sped things up or is the check failing? John Same happens here. It does not check for updates as my new template in my repo didn't show up after refreshing. This used to work in earlier releases. Quote Link to comment
bungee91 Posted July 25, 2015 Share Posted July 25, 2015 Can someone confirm that the "Check for Updates" function on the Docker tab still works? In the past, each status would spin for a good 20 seconds or so before coming back with the result. Now when I click it, the page refreshes instantly and all of my containers say ""up-to-date". Was there a change made that sped things up or is the check failing? John Same happens here. It does not check for updates as my new template in my repo didn't show up after refreshing. This used to work in earlier releases. There's info in regards to this in my complaint thread here. I'm not a fan of however this works now also. http://lime-technology.com/forum/index.php?topic=41741.0 Quote Link to comment
saarg Posted July 25, 2015 Share Posted July 25, 2015 Can someone confirm that the "Check for Updates" function on the Docker tab still works? In the past, each status would spin for a good 20 seconds or so before coming back with the result. Now when I click it, the page refreshes instantly and all of my containers say ""up-to-date". Was there a change made that sped things up or is the check failing? John Same happens here. It does not check for updates as my new template in my repo didn't show up after refreshing. This used to work in earlier releases. There's info in regards to this in my complaint thread here. I'm not a fan of however this works now also. http://lime-technology.com/forum/index.php?topic=41741.0 That does not seem to be the same issue. Quote Link to comment
bungee91 Posted July 25, 2015 Share Posted July 25, 2015 Can someone confirm that the "Check for Updates" function on the Docker tab still works? In the past, each status would spin for a good 20 seconds or so before coming back with the result. Now when I click it, the page refreshes instantly and all of my containers say ""up-to-date". Was there a change made that sped things up or is the check failing? John Same happens here. It does not check for updates as my new template in my repo didn't show up after refreshing. This used to work in earlier releases. There's info in regards to this in my complaint thread here. I'm not a fan of however this works now also. http://lime-technology.com/forum/index.php?topic=41741.0 That does not seem to be the same issue. Maybe so, but I did complain about the same thing in the initial post.. Quote Link to comment
limetech Posted July 26, 2015 Author Share Posted July 26, 2015 Can someone confirm that the "Check for Updates" function on the Docker tab still works? In the past, each status would spin for a good 20 seconds or so before coming back with the result. Now when I click it, the page refreshes instantly and all of my containers say ""up-to-date". Was there a change made that sped things up or is the check failing? John This is a bug introduced in 6.1-rc1. The problem is that an 'executable' bit got cleared. To workaround you can type this: chmod +x /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerUpdate.php Now docker check for updates will work. Fixed in -rc2. Quote Link to comment
bungee91 Posted July 26, 2015 Share Posted July 26, 2015 My Windows 8.1 VM keeps ending up in a "paused" state after some time. Happened with both a GPU assigned and not. Settings in Windows are either never sleep, or unavailable as it knows it is virtualized. I never noticed this behavior in 6.0. I set the turn off display setting to never to see if it makes any change, it is the only thing I know I changed as with a GPU passed I see no reason for it to continue to output for no reason. Quote Link to comment
bungee91 Posted July 26, 2015 Share Posted July 26, 2015 This is a bug introduced in 6.1-rc1. The problem is that an 'executable' bit got cleared. To workaround you can type this: chmod +x /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerUpdate.php Now docker check for updates will work. Fixed in -rc2. Not that you asked for a confirmation, but that fixed it for me! Quote Link to comment
jonp Posted July 28, 2015 Share Posted July 28, 2015 The OpenELEC VM seem to be created properly in the web GUI but it is panicing on startup. All other VMs continue to work properly. <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>OpenELEC</name> <uuid>0369e63e-a7eb-56f2-6ca6-3105b3870648</uuid> <metadata> <vmtemplate name="OpenELEC" icon="openelec.png" os="openelec" openelec="5.95.2_1"/> </metadata> <memory unit='KiB'>1048576</memory> <currentMemory unit='KiB'>1048576</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>1</vcpu> <cputune> <vcpupin vcpu='0' cpuset='1'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.3'>hvm</type> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='1' 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/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/cache/vm/OpenELEC-unRAID.x86_64-5.95.2_1.img'/> <target dev='hda' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0' multifunction='on'/> </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'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </controller> <filesystem type='mount' accessmode='passthrough'> <source dir='/mnt/cache/appdata/OpenELEC/'/> <target dir='appconfig'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </filesystem> <interface type='bridge'> <mac address='52:54:00:80:5f:d9'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' 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/OpenELEC.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> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </memballoon> </devices> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=2,chassis=1,id=root.1'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=01:00.0,bus=pcie.0,multifunction=on,x-vga=on'/> </qemu:commandline> </domain> Sorry for the late reply on this, but if you assign an audio device as well, does the panic still happen? Quote Link to comment
jonp Posted July 28, 2015 Share Posted July 28, 2015 My Windows 8.1 VM keeps ending up in a "paused" state after some time. Happened with both a GPU assigned and not. Settings in Windows are either never sleep, or unavailable as it knows it is virtualized. I never noticed this behavior in 6.0. I set the turn off display setting to never to see if it makes any change, it is the only thing I know I changed as with a GPU passed I see no reason for it to continue to output for no reason. Bungee, Need some more info on this. haven't had this happen on any of my test systems yet with 6.1. If you resume the VM, does it resume ok? Quote Link to comment
bungee91 Posted July 29, 2015 Share Posted July 29, 2015 Bungee, Need some more info on this. haven't had this happen on any of my test systems yet with 6.1. If you resume the VM, does it resume ok? No love for the "91" Let's shelf this concern for now, turning the display from a set time to off back to never seems to have resolved this. Plus I have had my server on/off recently for testing various things, that it wouldn't be a good use case to track at this point. Resuming works fine, yes. If it continues I plan to use regedit, and gpedit to remove any possibility of sleeping from the VM, and if that doesn't work, I'll update you. Quote Link to comment
jonp Posted July 29, 2015 Share Posted July 29, 2015 Bungee, Need some more info on this. haven't had this happen on any of my test systems yet with 6.1. If you resume the VM, does it resume ok? No love for the "91" Let's shelf this concern for now, turning the display from a set time to off back to never seems to have resolved this. Plus I have had my server on/off recently for testing various things, that it wouldn't be a good use case to track at this point. Resuming works fine, yes. If it continues I plan to use regedit, and gpedit to remove any possibility of sleeping from the VM, and if that doesn't work, I'll update you. Ok, good plan. I was mainly concerned with the ability to resume. There was a bug in SeaBIOS at one point that had a similar symptom, but you couldn't resume the VM. Since you can resume, there's a good chance that the issue lies inside the VM, not the host, but let me know if you find anything else in your experimenting. Quote Link to comment
make77 Posted August 16, 2015 Share Posted August 16, 2015 Hi, by any reason some of my VMs (Linuxmint 17.1 and OSX-Yosemite 10.10) are not working any more with unRaid 6.1-rc1 and above. The linux VM is running into a Kernel Panic error, even if i setup a new VM. The OSX VM is not starting with the error message: unsupported configuration: IDE controllers are unsupported for this QEMU binary or machine type below both xml configurations i appreciate any advice help which could point me in the right direction. Linuxmint <domain type='kvm'> <name>ALC_2</name> <uuid>aef40d55-8486-6746-aca0-d73f3b145264</uuid> <metadata> <vmtemplate name="Custom" icon="ubuntu.png" os="ubuntu"/> </metadata> <memory unit='KiB'>1048576</memory> <currentMemory unit='KiB'>1048576</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>1</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.3'>hvm</type> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='1' 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/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/cache/VMs/ALC_2/ALC_2/vdisk1.img'/> <target dev='hdb' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/cache/IMG/linuxmint-17.1-cinnamon-64bit.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='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </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'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:ec:d4:7d'/> <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'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/ALC_2.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='0x01' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> OSX <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>OSX-Yosemite-10.10</name> <uuid>0ba39646-7ba1-4d41-9602-e2969a3fc26d</uuid> <metadata> <type>None</type> </metadata> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-2.3'>hvm</type> <kernel>/mnt/cache/VMs/extra/Chameleon-2.3svn-r2747-boot</kernel> <boot dev='cdrom'/> <bootmenu enable='yes'/> </os> <features> <acpi/> </features> <cpu mode='custom' match='exact'> <model fallback='allow'>core2duo</model> </cpu> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/yosemite.img'/> <target dev='hda' bus='sata'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </controller> <controller type='ide' index='0'/> <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'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:00:20:20'/> <source bridge='br0'/> <model type='e1000-82545em'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </interface> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='vga' vram='16384' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <memballoon model='none'/> </devices> <seclabel type='none' model='none'/> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='usb-kbd'/> <qemu:arg value='-device'/> <qemu:arg value='usb-mouse'/> <qemu:arg value='-device'/> <qemu:arg value='isa-applesmc,osk=abcd1234567898xyz'/> <qemu:arg value='-smbios'/> <qemu:arg value='type=2'/> </qemu:commandline> </domain> Quote Link to comment
peter_sm Posted August 16, 2015 Share Posted August 16, 2015 For OSX Try to delete all lines tar contains ide, that worked for me. Quote Link to comment
make77 Posted August 17, 2015 Share Posted August 17, 2015 Hi Peter thanks a lot, that did the trick for my OSX VM. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.