Infernoman

i misread the instructions and migrated on January first. I thought the signing server would be active until April/may but that’s the dns server.

Welp I misread the instructions. and only today have decided to check the fix my common problems plugin... Guess who updated their certificate after january 1st... Now what?

Alright perfect ! So since i'm not using very intensive docker apps, And file transfer to and from the server is rare. My drive setup SHOULD be okay in theory. It could probably be a bit better but I'm sure I'll learn more as time comes. I've just installed the unassigned devices plugin just to check it out a bit more. I've also just learned how to isolate the cpus for vm's from unraid so that should help. Going to restart the server shortly and see how it goes.

Good that you got it running. Want it faster? Where is the vm mounted? I see it's on a cache drive, but is that an SSD or spinning disk? Spinning disk is much more sluggish. Even if it's an SSD cache, some believe that it is better for disk i/o to have the vm on an SSD mounted via unassigned devices. That's how I do it, but for other reasons. Also, cpu pinning.... What i've found is that the common idea of using HT cores with os x vm's don't give the best cpu performance. For example, I ran the following cinebench test this morning on 12 of my 24 cores (on 2 processors) Non paired threads spanning 2 processors <vcpupin vcpu='0' cpuset='12'/> <vcpupin vcpu='1' cpuset='13'/> <vcpupin vcpu='2' cpuset='14'/> <vcpupin vcpu='3' cpuset='15'/> <vcpupin vcpu='4' cpuset='16'/> <vcpupin vcpu='5' cpuset='17'/> <vcpupin vcpu='6' cpuset='18'/> <vcpupin vcpu='7' cpuset='19'/> <vcpupin vcpu='8' cpuset='20'/> <vcpupin vcpu='9' cpuset='21'/> <vcpupin vcpu='10' cpuset='22'/> <vcpupin vcpu='11' cpuset='23'/> Cinebench scores 1081 1104 1121 Paired HT threads on a single processor <vcpupin vcpu='0' cpuset=‘6’/> <vcpupin vcpu='1' cpuset=‘7’/> <vcpupin vcpu='2' cpuset=‘8’/> <vcpupin vcpu='3' cpuset=‘9’/> <vcpupin vcpu='4' cpuset=’10’/> <vcpupin vcpu='5' cpuset='11’/> <vcpupin vcpu='6' cpuset='18’/> <vcpupin vcpu='7' cpuset='19'/> <vcpupin vcpu='8' cpuset='20'/> <vcpupin vcpu='9' cpuset='21'/> <vcpupin vcpu='10' cpuset='22'/> <vcpupin vcpu='11' cpuset='23'/> Cinebench scores 759 757 749 topology: in previous tests I've done with os x I didn't see any improvement or degradation specifying the topology to the vm. Quite a bit of difference. unRaid shows in the dashboard that when both tests are run, cpu usage is 100% on those cores, but the results are about a 45% increase in cpu power benchmark score when not using HT cores for vm assignments. I'm not saying the way I do is right for your setup, but you could at least experiment and run your own tests. ALSO isolate your vm cores from unRaid if you haven't already, and then set emulator pin to one of the cores you left for unRaid. This makes sure that only the vm uses the cores assigned to it. splashtop/teamviewer may still use cpu to render even if you have a video card. I don't remember... someone else will have to chime in on that. but OS X screen share will use the gpu but sadly no sound... There may be some other gains from adjusting clover settings. I am about to start a new topic on that to compare notes with others and no clutter this one up so much. Thanks for the tips I'm definitely going to do some playing around with it later tonight. I use my vm's for building and developing c++ applications. So most of my build environments are on a spinning 2tb array disk with 2*250gb and 2*256gb cache drives in btrfs raid. My main OS(win10) which i'm typing from now, has gpu passthrough and is stored directly on the raided cache drive. But I've never isolated any cores for the VM's or used an unmounted drive as my belief was that the VM would perform better with paired threads and a cache drive or on the raided cache drive itself. The only thing I have done is opted to leave cores 0/6 free for unraid. 1. Is it possible my other VM's could benefit from core isolation as well? Also, you said that most recommend to run the VM on an isolated drive which is in an unmounted state. 2. Wouldn't the VM benefit more from having a SSD array drive with raided SSD cache IF that SSD array drive was only being used for VM's? Or like I'm currently doing for performance on my main machine which is storing on the raided cache drive?

Hey guys trying to get a Mac VM installed on my unraid machine and having some issues. I've tried to install via the video method which has gotten me as far as the loading screen for mac. Part way through the loading screen it goes to a circle with an cross through it http://prntscr.com/dzku30 I'm not trying to forward anything to the VM. Just a basic VNC based OSX. Left my xml below. <domain type='kvm' id='66' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>osx</name> <uuid>f6280639-c278-06d5-dc34-139749b38493</uuid> <metadata> <vmtemplate xmlns="unraid" name="Linux" icon="linux.png" os="linux"/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='3'/> <vcpupin vcpu='1' cpuset='4'/> <vcpupin vcpu='2' cpuset='5'/> <vcpupin vcpu='3' cpuset='9'/> <vcpupin vcpu='4' cpuset='10'/> <vcpupin vcpu='5' cpuset='11'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-2.5'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/f6280639-c278-06d5-dc34-139749b38493_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='3' threads='2'/> </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/Mac OSX Sierra/sierra.img'/> <backingStore/> <target dev='hdc' bus='sata'/> <boot order='1'/> <alias name='sata0-0-2'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <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'> <alias name='usb'/> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <alias name='usb'/> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='sata' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'> <alias name='pcie.0'/> </controller> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <model name='i82801b11-bridge'/> <alias name='pci.1'/> <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'/> <alias name='pci.2'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:51:66:48'/> <source bridge='virbr0'/> <target dev='vnet1'/> <model type='e1000-82545em'/> <alias name='net0'/> <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='5900' autoport='yes' websocket='5700' 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'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <memballoon model='none'> <alias name='balloon0'/> </memballoon> </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=OSKKEYHERE'/> <qemu:arg value='-smbios'/> <qemu:arg value='type=2'/> <qemu:arg value='-cpu'/> <qemu:arg value='Penryn,vendor=GenuineIntel'/> </qemu:commandline> </domain> Update: Think I may have found my issue. First issue was relating to the VirtIO drive instead of SATA. second was the ethernet bridge Update2: Well I finally got booted. And into the VM. Went to teamviewers website. and both the VM and emhttp locked up until the vnc session was cleared. Update3: And we're in ! I believe the lockup was related to the low amount of video memory and the VM does seem a bit slow still. any insight on these two things appreciated.