snocrash

Oh I see. Well this is the largest size disk at 8TB and my parity rebuilds run about 128MB/s at the moment. A standard rebuild is certainly easier to run, too.

I could rebuild, sure. But if I have an identical drive and can take the array offline, a clone would be much faster wouldn’t it? Assuming it could be done.

I have a working drive in my array that has some physical damage. It works for now but I want to swap while I have a chance. I have a spare identical model drive. Can I remove the damaged one and clone it to my spare and just swap it in? Would the array not understand the new serial number and assume the old one is missing?

I've done a few builds for Unraid that are on the larger side - 4U chassis with dual CPU motherboards. They are big ugly brutes relegated to the network closet. I'm looking to build a smaller, somewhat better looking system for a friend that will serve as a Drobo replacement. It will use 5-8 drives (8 would really be the max). No Docker, no VMs. Just basic network shares for Kodi / Plex. I'm sure I can source just about anything on eBay, but trying to figure out the best approach: Case: Something like the Silverstone CaseStorage CS380 It has 8 front facing slots for drives. Motherboard: Having trouble with this. I don't need much, so I can go with an older chipset. MicroATX? Low power CPU? Should I look for a micro-ATX motherboard with a single PCI slot and grab one of those IT flashed DELL HBAs with dual SAS ports on it? I've used those cards before - that would give me 8 SATA, plus bonus ports on the motherboard. Something in the LGA1150 socket like this, for $50? (Gigabyte H81) CPU: If I do an 1150 socket, I've seen i5-4460 CPUs for $30-$40. ------ Has anyone done a build like this, where you just want basic file sharing only? Thanks so much!

And that was with Seabios or OVMF? (You didn't ask me, but I'm here reading) This only worked with SeaBIOS, not OVMF, as I get the boot loader options, and no booted Kodi Installer menu. On another note: I still don't get why SeaBIOS doesn't work for you!?.. I have 2 different makes/brands of the GT720, and they all work with it. Here is my XML of the VM. It's a Q35 machine, not 440fx. <domain type='kvm' id='29' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Kodibuntu-MBR</name> <uuid>2216af8a-f4ec-4bcf-2f81-4a2b3efee705</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'>2</vcpu> <cputune> <vcpupin vcpu='0' cpuset='10'/> <vcpupin vcpu='1' cpuset='11'/> </cputune> <resource> <partition>/machine</partition> </resource> <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='2' 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/disk1/Kodi/Kodibuntu-MBR.img'/> <backingStore/> <target dev='hda' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </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'> <alias name='pci.1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <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='0x03' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:95:5c:a5'/> <source bridge='br0'/> <target dev='vnet4'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/4'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/4'> <source path='/dev/pts/4'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/Kodibuntu-MBR.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x20a0'/> <product id='0x0001'/> <address bus='6' device='2'/> </source> <alias name='hostdev0'/> </hostdev> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' 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=03:00.0,bus=pcie.0,multifunction=on,x-vga=on'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=03:00.1,bus=pcie.0'/> </qemu:commandline> </domain>

First off - the total resources needed for a Kodibuntu install is 3.5G. I put mine on an 8G drive, running with 2-cores, and 1G of RAM. It's definitely smaller than Windows, and when its this small, I say its competitive with OE. You are close on your install. This is the video I was trying to link in my first post - but it just wont show up for some reason. Go to Youtube and search this video: "16qSdmtxPdQ". Its called "Update Kodibuntu and Upgrade Kodi---Step Two" The step they have in there that you may not have done is to update the core Ubuntu: sudo apt-get update sudo apt-get install update-manager-core sudo apt-get install software-properties-common Then add the repository for Kodi: sudo add-apt-repository ppa:team-xbmc/ppa Update, then install Kodi sudo apt-get update sudo apt-get install kodi ------- Again the OpenGL error occurs on first boot while still in VNC mode. SSH in to the machine while that error is on-screen and do all of these updates. Then, you do have to add the sound.conf file to the system. I don't think it exists by default, so you have to make it: sudo nano /etc/modprobe.d/sound.conf add this line: "options snd-hda-intel enable_msi=1" Shut it down, add your video card and sound card in to the VM definition, remove VNC and start it up. That's literally all I had to do. Once inside, you can check System Info in Kodi to see the version you are running (16), and the Nvidia driver version (361 at the time of this writing).

I don't see why not - we have the exact same setup. My GT720s work just fine. What happens when you boot the Kodibuntu ISO? Are you taken to the EFI menu or does it boot straight away? When I first set up the VM, I use the stock KodiBuntu installer ISO. (its v14) as my OS install disk, and VNC as my graphics card. It boots immediately to the Kodi Installer Boot Menu. After the install, I add the graphics card in, replacing VNC. During that next boot up, the VM will stop and give you an error about not having a card. thats when you SSH in to install the drivers. After that reboot, the VM will boot up each time to the standard Ubuntu boot menu, which has a 10-second timer, and auto-boots in to KodiBuntu.

2nd post in this thread: https://lime-technology.com/forum/index.php?topic=45227.msg431817#msg431817

I don't see why not - we have the exact same setup. My GT720s work just fine.

In just about all the VMs I've tried, when a video card is passed through and connected to an HDMI output (TV, receiver, etc), the VM will not boot unless the output is connected and turned on. Is there a global solution that addresses this? Or are there VM-specific methods that address this? In particular, I'd like to reboot OpenElec/Kodibuntu VMs without having to go to the TV and receiver and power everything on. Is there some way to grab the last-used EDID and code it in somewhere? Something along those lines?

Yeah, go for it. The install was really not that bad. Set up a stock Ubuntu VM in Unraid, with 2GB of RAM and a new 8GB vdisk. Use the 2GB of RAM for the install process - I think it makes it go a little quicker. Use the official Kodibuntu release as your installer ISO. Once you are done installing, you can drop the RAM down to 1GB. I'm pretty sure if you do the install with VNC (instead of a graphics card), the moment you reboot with a graphics card added in, it will error out, telling you to install the card. From there, just follow the basic command line instructions for installing Nvidia drivers: add the graphics-drivers ppa: $ sudo add-apt-repository ppa:graphics-drivers/ppa $ sudo apt-get update install the latest driver (use the major release number) $ sudo apt-get install nvidia-361 restart your system $ sudo reboot After that, there are a couple tutorials on updating the core Ubuntu, and the kodi release, also via SSH. I need to find the link, but I believe this Youtube covered it:

I'm using KodiBuntu installations on multiple VMs, and they all use a MySQL database. I thought I'd share a quick and easy method for building and sharing the Thumbnail art cache that multiple Kodi installations can share. I am sure this works the same with an OE install. So far, I haven't had any issues, and it seems very snappy on each VM. There's several ways to accomplish it - this just happens to be one method. In short, I use an NFS share as my central folder for all artwork, and I mount that share into the "Thumbnails" folder on each VM. Then, I force a manual build of the artwork cache, so its already set. I did this because I like having my central MySQL DB, and if I want to add, remove, or change my Kodi VMs, I can have a central, pre-built artwork cache ready to go. A newly created VM can be fully up to date with the entire library. Make the Share for the Cache: Create an NFS-exported Share in UnRaid - call it "cache" (this is an example) Clear out the current Cache: SSH or navigate to each VM and delete the contents of your "Thumbnails" folder. Keep the folder, but delete out all the subfolders. Mount the Share for each VM: SSH in to each VM and edit your FSTAB file to mount that share. I use nano, so the command is "sudo nano /etc/fstab" The line you will add to FSTAB is "unraid-server-IP:/mnt/user/cache /home/kodi/.kodi/userdata/Thumbnails nfs" This mounts the nfs share into the Thumbnails folder. If your share name is something other than "cache", use that share name. Check the path to the Thumbnails folder - on kodibuntu, that's where it is located. Reboot the first VM to make sure the mount works. Force build the Cache: Starting with the first VM, make sure it is connected to the MySQL DB. SSH in to this VM and run this Kodi utility: Texture Cache Maintenance Utility (http://forum.kodi.tv/showthread.php?tid=158373) The only command switch you really need to use is "c", which is to Create the texture cache. You run this once for "Movies" and once for "TVShows" Once those two passes complete, you should now have a folder full of artwork like normal. And you should also see that same artwork on your NFS share. Reboot all the other VMs and make sure the mounts worked. It's pretty easy to test - anytime you make a change to artwork or add a movie, they will all reflect that change. But more importantly, each VM should display the artwork in your library very quickly, since it is all pre-cached. Any time you make a new VM, just do the same FSTAB mount routine.

This thread is pretty long-running, but I thought I'd throw in another recommendation for MediaMonkey, and its really powerful Auto-Organize feature. It lets you set up a staging area that it monitors for incoming music. From there, it will create a folder structure and rename the music files to any destination you want, based on a custom criteria you set up. You define the folders and name structure of the files. If you need to re-tag the metadata and clean up filenames, you can use its built-in tagging functionality, and as soon as you update the files, it auto-organizes them again. It's a nice way to not only tag the metadata, but it keeps your folders and filenames nice and clean.

I've spent so much time testing (sitting and watching movies, really) and I've started nit-picking my Kodi experience, looking for a flawless setup. At any rate, I have tested three versions of a Kodi installation, using the same movies on the same home theater setup, and I'm finding that KodiBuntu seems to be the "best" solution so far for me. For every setup, I'm using 2-cores, 2GB RAM (for OE/Kodibuntu) and 8GB RAM (Windows), an Nvidia GT720, fed in to a Marantz SR5009, going to a Panasonic VT50 plasma, and "set refresh rate of TV to match" is enabled in Kodi. Video playback is perfect on all my setups - low CPU usage and buttery smooth. OpenElec is a great starter, and it is very stable during use. It's super easy to set up. The built-in template is decent, and JohnOdons writeup on how to do a proper installation is better. (https://lime-technology.com/forum/index.php?topic=44683.0). The built in template is a little bit behind the regular release, and I find that the latest release reduces a lot of these issues, but doesn't entirely eliminate them. I will randomly get SMB "issues". Slow network browsing, and every once in a while when I choose a video from my Library, OE throws an error saying the "media is gone, do you want it removed from your library?" On initial bootup, OE doesn't see the MySQL database for the library and needs to be restarted from within OE. That restart always results in the DB connecting and Library showing up correctly. The glitch is only on first boot. If left on for a few days, eventually it just crashes. I don't know if this is an HDMI handshaking issue, or a screen/interface issue, but I'll come back to OE and it will be a black screen. (My receiver has been off, the TV off, but OE left running) Interface sounds will work, and it is still on the network, but the screen is gone. I haven't experimented specifically with disabling screen saver yet. I have been using a mix of "Dim" and "image slideshows" HD audio passthrough does work, and I can confirm that every type of audio I have will passthrough correctly. The problem is I get audio dropouts during a movie. It is usually 2-5 events, about a half second each. It happens totally randomly - not in the same place twice. No combination of settings in OE seem to make any improvement. Nitpicky, I know. But when you have it cranked up full blast, that little hiccup is annoying. Kodi under Windows 7 feels like ridiculous overkill. I had to waste 25-30GB of an SSD setting up Windows7 with ServicePack1 (no DXVA2 without SP1). It works, and I don't have a ton of complaints, but I'm not setting up 4 Windows installations just to run Kodi. Audio passthrough seems to work flawlessly. I haven't heard a single dropout yet. SMB performance seems to be just fine - I haven't noticed any hiccups or slowness. DXVA2 works, and I do get lower CPU usage (vs non-dxva). But I still have odd spikes in CPU usage during playback. Nothing that causes jerkiness or dropped frames, but overall this setup uses the CPUs a lot more than OE or KodiBuntu does. I don't know if I'm imagining things, but the image quality with DXVA2 looks slightly different than what you get with VDPAU. Highlight edges seemed a little rougher / more jagged. Again, I could be wrong. KodiBuntu is interesting, and it feels like a nice compromise right between the first two. I set up an Ubuntu VM and used the official "KodiBuntu" release from Kodi.com as the installation OS, and I gave the VM an 8GB drive. Installation was pretty straightforward, except I ran mine through VNC at the beginning. Once installation finished, I added my video card to the VM, and let it boot up to my TV and got an error screen saying "there is no OpenGL card installed". SSH is enabled by default, so I was able to quickly install the latest Nvidia drivers and reboot it once more. From there, I had a working Kodi v14. A couple of quick PPA updates later, and I had the latest Ubuntu release and the latest Kodi v16 release. Any of the three major components can be updated via simple SSH commands: the core Ubuntu, the Kodi release, the Nvidia drivers. This is a big deal, because it gives me all the flexibility I would get in Windows, but with that compact OE feel. SMB is much snappier, and I haven't seen the errors or issues I had with OE. I've rebooted the VM several times, and each time it connects to the MySQL correctly on the first boot. HD audio passthrough works right out of the box, and I haven't had any drop-outs. Oh wait, I lied - I DID add the MSI interrupt line to the sound.conf file on this install, same as you would for OE. So one tiny tweak. Image quality is good (as good as OE was) and all playback has been very smooth. Setup is about as complex as a regular OE install, but all the work is in the updates via SSH (not hard) - and no real tweaks to the VM XML are needed. Other thoughts: I'm not sure exactly why OE and KodiBuntu are noticeably different, but I assume it is because with KodiBuntu, I'm able to use the latest release of all the underlying components (Ubuntu, Kodi, Nvidia), and Ubuntu is totally ready to use in a VM environment. They take up the same resources, run the same, and install with about the same amount of work.

I assigned 1 core / 1 GB just as proof of concept. I finally settled on 2 cores / 2 GB for each VM since I have plenty of headroom. So, OE1 has cores 15/16 pinned. OE2 has cores 13/14 pinned. OE3 has cores 11/12 pinned. I have not done anything special in advancedsettings or any extra config. I haven't experienced any CPU spikes when watching movies on my VM for the home theater which as an amp. All of my media is MKVs. John Perfect, thank you. It looks like I had all of my cores assigned and running on several test VMs, so I had all my resources completely maxed out. Now that I freed those up, those spikes are gone. Just basic VM management. It looks like one core is plenty for basic playback and the stock skin. I found that if I started using some of the more advanced skins with all the extra plugins, 2-cores makes the interface a little snappier.