BobPhoenix

I got that when I needed to update the firmware of my SAS Expander. But I think it could be almost anything. Maybe someone else has more ideas. Attaching a Syslog (v5 unRAID) or Diagnostics (v6 unRAID) would help someone else as well.

Yea, I just prefer to cut and paste so that if something goes wrong in the middle of it I don't have to figure out what was copied, what wasn't, and where the partially written file is to overwrite. Use MC and transfer the files that way. If the file exists it will give you the option to replace or replace if changed and you can specify the ALL option for it as well.

If you are transferring files OFF the ntfs drive you only need ReadOnly to access the data anyway.

Attached is MC (Midnight Commander) moving my files from Disk8 to Disk9 for my ReiserFS to XFS migration.

How about this from LT's official unRaid manual: http://lime-technology.com/wiki/index.php/UnRAID_6_2/Docker_Management#Community_Applications Looks good but still wish it was available to install with a single click button of some kind to help me on a reinstall if nothing else. But I can't get them to add the ability to remove a drive from the array and then recalc parity automatically so doubt I could get this either.

They stickied the thread at least CA (or as Sparklyballs refers to it: Check Always) is still a moving target. For all I know, they might be leaving it alone until I run out of steam on it. But in the meantime, I'm still having fun with it, so I don't really mind, because at that point, I'd really have nothing to do (although my wife might like that) Didn't want to suggest they should take it away from you. That's why I suggested a button as an alternative so that you can change it however you like for as long as you like. Basically somewhat like Dynamix except not installed automatically but still easily available for install. Another thought is to list it but not install it on the plugins page listed as update available. Then there is no special button to install just an update message that the user can ignore if they want to. Sorry just thinking of other options to make installing this easier.

It would be nice if limetech included this plugin in the base package already. If they can not or will not do that how about a button on the plugins page that will install this plugin and then disappear once it is installed. Then they are only supporting a button on the plugins page but not the code itself and it is an easily install-able option for users for what I feel is a must have plugin.

I like this as on my VM server I am at the dashboard most of the time anyway.

From the looks of it, everything is 2016.2.22 I just saved the plg file to my flash drive then edited the file and updated the file name and md5 checksum to the 2016 version. Then did a installplg from the command line and it installed fine.

That's always hard to do. During the drive shortage because of the floods in Asia a couple of years ago I had to return 6 drives in a row to the shipper before I just decided to settle on a Refurbished drive from the manufacturer. And by 6 drives I mean I RMA'd some drives and had to return the RMA'd drives as well. It didn't help that the shipper thought all they had to do was drop OEM drives in a HUGE box without packing material.

If this kind of stuff is new to you I do suggest to try and read through this thread. I've flashed several cards and also have posted a link to download the files you may need. It was specifically for the Dell Perc H310 card so you will need to make sure that your MegaRAID card uses the same chipset. Did you get the download package from this thread? Yes, I grabbed LSI SAS2008 Controllers(P10)Linux.zip which was referenced in the beginning of the thread. According to https://forums.servethehome.com/index.php?threads/lsi-raid-controller-and-hba-complete-listing-plus-oem-models.599/, the LSI 9265-8i uses the SAS2208 chipset. I saw various references to the Dell Perc H310, but these are all related to the LSI 2008 chipset - would this be compatible with the 2008? I'm not sure to which post you're referring - would it be https://lime-technology.com/forum/index.php?topic=12767.msg409244#msg409244 by any chance? Thanks! According to this poster: http://www.xtremesystems.org/forums/showthread.php?279659-LSI-MegaRAID-9260-8i-SAS-Controller-and-IR-IT-Firmware-and-or-JBOD&s=8bc7dbda71586bc00efd0cede46ad380&p=5067600&viewfull=1#post5067600 it isn't possible. I have no idea personally.

There is a jumper on the board that causes the red light if it isn't present. The jumper is between the USB port ON the MB and the 4 pin plug (believe it is a PWM fan plug). So is the jumper present and is it on the 2 pins farthest into the case of the three? If so then it is something else and a replacement MB would probably be necessary. If it is missing then you might be able to resurrect the N40L by installing a new jumper.

Add "smartopt" with a value of "-A" to each drive's configuration parameters.

I have PCIe ACS Override on to pass through my GPU I believe. I also tried passing through one, a pair, and all four but still receive the same error. I would check with jonp now. I am out of ideas.

00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:01.1 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x8 Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller 00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1 00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2 00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller 00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0) 00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1 00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller 00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode] 00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller 01:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce GTX 970] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GM204 High Definition Audio Controller (rev a1) 02:00.0 PCI bridge: Integrated Device Technology, Inc. [iDT] PES12N3A PCI Express Switch (rev 0e) 03:02.0 PCI bridge: Integrated Device Technology, Inc. [iDT] PES12N3A PCI Express Switch (rev 0e) 03:04.0 PCI bridge: Integrated Device Technology, Inc. [iDT] PES12N3A PCI Express Switch (rev 0e) 04:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 04:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 05:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 05:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) /sys/kernel/iommu_groups/0/devices/0000:00:00.0 /sys/kernel/iommu_groups/1/devices/0000:00:01.0 /sys/kernel/iommu_groups/2/devices/0000:00:01.1 /sys/kernel/iommu_groups/3/devices/0000:00:02.0 /sys/kernel/iommu_groups/4/devices/0000:00:03.0 /sys/kernel/iommu_groups/5/devices/0000:00:14.0 /sys/kernel/iommu_groups/6/devices/0000:00:16.0 /sys/kernel/iommu_groups/7/devices/0000:00:1a.0 /sys/kernel/iommu_groups/8/devices/0000:00:1b.0 /sys/kernel/iommu_groups/9/devices/0000:00:1c.0 /sys/kernel/iommu_groups/10/devices/0000:00:1d.0 /sys/kernel/iommu_groups/11/devices/0000:00:1f.0 /sys/kernel/iommu_groups/11/devices/0000:00:1f.2 /sys/kernel/iommu_groups/11/devices/0000:00:1f.3 /sys/kernel/iommu_groups/12/devices/0000:01:00.0 /sys/kernel/iommu_groups/12/devices/0000:01:00.1 /sys/kernel/iommu_groups/13/devices/0000:02:00.0 /sys/kernel/iommu_groups/14/devices/0000:03:02.0 /sys/kernel/iommu_groups/15/devices/0000:03:04.0 /sys/kernel/iommu_groups/16/devices/0000:04:00.0 /sys/kernel/iommu_groups/16/devices/0000:04:00.1 /sys/kernel/iommu_groups/17/devices/0000:05:00.0 /sys/kernel/iommu_groups/17/devices/0000:05:00.1 Because of the IOMMU groups above you could pass two controllers through to each VM but not individually. If you turn on the "PCIe ACS Override:" in VM settings you might be able to separate them but it still may not work. If you don't turn on the ACS Override you will have better luck but you have to settle for passing both nics in the IOMMU group to the VM together. So 04:00.0 & 04:00.1 would go to one VM and 05:00.0 & 05:00.1 to another. I would expect that to work. I must confess however I have never tried a quad nic card and pass through just my MB built in quad nics. Edit: OH yes you can't just pass a single nic of the pair through at a time they would have to be passed together for it to work at all - if I'm right.

Would need IOMMU groups list as well as the PCI devices to work on this. I don't remember seeing "PCI device ? is not assignable" message before

or either Krusader or Dolphin docker applications (or even do it through Windows and the network) Dockers would be fine but why use Windows and the network for a share mounted with unassigned devices directly on the unRAID server? I agree, but the question was and that is an option Correct but you quoted me. I would expect a windows transfer without using any plugins in unRAID since you are going from a Windows box with the usb disk connected to the unRAID box across the network. Something I also do quite frequently.

or either Krusader or Dolphin docker applications (or even do it through Windows and the network) Dockers would be fine but why use Windows and the network for a share mounted with unassigned devices directly on the unRAID server?

Midnight Commander is what I use from unRAID console.

The xHCI is your USB3 controller. EHCI #2 is for USB2 controller and if it is like my X9SCM-F MB it will be the one the internal USB port is connected. EHCI #1 is for USB2 controller and if it is like my X9SCM-F MB it is the one I pass through to VMs and has most of the external USB ports on it. But based on the description at newegg the internal USB port is one of the USB3 ports. The four external are likely to all be connected to the EHCI #1 port and the 2 on the header are likely to be on EHCI #2.

No, this is not generally valid. I have at least 2 H310 cards on different non-Dell boards running without the taping mod. If I remember correctly, the issue is related to the PCIe slot dedicated for graphic cards. Me too. They work on my N54L and on my Tyan S5512 MBs without problems.

I have 9 drives in my N40L right now. I got a 4x1 drive cage that holds 4 2.5 laptop drives in the CD slot (http://www.newegg.com/Product/Product.aspx?Item=N82E16816101190) and I have another boot laptop drive installed immediately below it. Then of course I have 4 3.5 drives in the regular N40L slots.

Correct. When I start the VM I can see the nic that is passed through get de-allocated from unRAID so that it can be used in the VM. Some of the log entries from when box starts up for the nics: Jan 29 18:36:53 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth0 down Jan 29 18:36:53 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth0 0.0.0.0 promisc up Jan 29 18:36:54 Media2 kernel: device eth0 entered promiscuous mode Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/brctl addif br0 eth0 Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth1 down Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth1 0.0.0.0 promisc up Jan 29 18:36:54 Media2 kernel: device eth1 entered promiscuous mode Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/brctl addif br0 eth1 Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth2 down Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth2 0.0.0.0 promisc up Jan 29 18:36:54 Media2 kernel: device eth2 entered promiscuous mode Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/brctl addif br0 eth2 Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth3 down Jan 29 18:36:54 Media2 logger: /etc/rc.d/rc.inet1: /sbin/ifconfig eth3 0.0.0.0 promisc up Jan 29 18:36:54 Media2 kernel: device eth3 entered promiscuous mode Log entries from when a VM starts up. NOTE: I don't have mine autostart yet. Jan 29 18:40:22 Media2 kernel: e1000e 0000:04:00.0 eth1: removed PHC Jan 29 18:40:22 Media2 kernel: e1000e: eth1 NIC Link is Down Jan 29 18:40:22 Media2 kernel: br0: port 2(eth1) entered disabled state Jan 29 18:40:22 Media2 avahi-daemon[5596]: Withdrawing workstation service for eth1. Jan 29 18:40:22 Media2 kernel: br0: port 2(eth1) entered disabled state Jan 29 18:40:23 Media2 kernel: vfio-pci 0000:0b:01.0: enabling device (0000 -> 0003) Jan 29 18:40:23 Media2 kernel: vfio-pci 0000:00:1d.0: enabling device (0000 -> 0002) Jan 29 18:40:23 Media2 kernel: vfio_cap_init: 0000:00:1d.0 hiding cap 0xa Jan 29 18:40:23 Media2 kernel: vfio-pci 0000:04:00.0: enabling device (0000 -> 0003)

Actually I've got 4 of the same nics and I'm passing 3 of them to 3 different Windows VMs. 2 - 32 bit Win7 pros and 1 - 64 bit Win7 pro. I do it by not using the syslinux.cfg changes. I only set up mine with the XML changes. Like this: <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> </hostdev> 03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 05:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection 06:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection default /syslinux/menu.c32 menu title Lime Technology prompt 0 timeout 50 label unRAID OS menu default kernel /bzimage append pci-stub.ids=11ab:6081 initrd=/bzroot label unRAID OS Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot unraidsafemode label Memtest86+ kernel /memtest The PCI stub is for my AOC-SAT2-MV8 I'm passing through to the 64 bit Win7 pro VM. Also you will notice I left "03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection" alone because it becomes eth0 before any of the VMs are started and all 4 of the nics show up in unRAID.

Like this idea!