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

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.

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

 

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.

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.. 

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.

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.

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! 

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?

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?

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.

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.

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>

For OSX Try to delete all  lines tar contains ide, that worked for me.

Hi Peter

 

thanks a lot, that did the trick for my OSX VM.