allanp81

Storage (obviously) Dockers: -cAdvisor -couchpotato -crashplan -dolphin -emby -handbrake -htpcmanager -letsencrypt -mysql -sabnzbd -sickbeard Windows 7 VM Ubuntu VM

Eth0 and eth1 appear to have the same mac address

I went for this Asus card https://www.asus.com/uk/Motherboard-Accessory/USB_31_TYPEA_CARD/ Seems to passthrough fine.

What I noticed on my machine is that I must use paired cores. For instance, I had isolated 6-14 and 7-15, which were the logical threads shown on the dashboard. I assigned 6 to the emulato rpin and the other 3 to the Windows 7 VM. Doing this basically gives me very low latency of around 100-150 and hardly ever spikes above that. I just tried changing this so that only 7,14 and 15 were isolated. With 14 used as the emulator pin and 7-15 assigned to the VM, I jget massive latency spikes that basically make it unusable.

I'm running a Xeon E5-2620 v4 which is an 8 core/16 thread CPU. I'm running this on an Asrock Extreme 4 motherboard which uses the X99 chipset. I'm also using a Geforce 710 passed through to the VM as well as a PCI-E nic passed through.

I'm not sure you can isolate them and still have proper functionality. I paired mine, seems to work best. 1 core for emulator pin seems to work just as well as 2 in my experience.

Try to avoid using the lower cores as apparently unraid will always use those.

Here's my latency from a Windows 7 VM: I have thread pairs 6,7, 14 and 15 isolated in my flash config and then my XML cpu config is thus: <vcpu placement='static'>3</vcpu> <cputune> <vcpupin vcpu='0' cpuset='7'/> <vcpupin vcpu='1' cpuset='14'/> <vcpupin vcpu='2' cpuset='15'/> <emulatorpin cpuset='6'/> </cputune> I found that if I didn't allocated the emulatorpin to an isolated core I would have lots of spikes of red on the latency checker. If I use the isolated cores for VM allocation and emulatorpin allocation I get pretty much green across the board as per the screenshot.

I had a mobile phone go through a full wash once, left it in the airing cupboard afterwards and it was fine once dried out.

Yes I was confused when we said that was safe having all those drives with only 1 parity drive! Maybe they thought mentioning 2 parity drives would confused people? Anyway, the ad, I mean video was clearly paid for by Seagate and the company that made the chassis so I'm sure they don't really care.

I was talking to a friend about it who also runs Unraid and we thought maybe it was my SMB share via the unassigned drives plugin. Since I disabled that I haven't had another lock up. Are you running the same?

Are you trying to access via hostname or IP?

Was this since upgrading to 6.3.5?

I've been seeing this as well since upgrading to 6.3.5.

mine went again last night, can't do anything other than force it off and on again. Seem to have gone from a 100% rock solid stable server to a server that only lasts a few days before locking up again. Each time it's happened it's been overnight so last time I moved the mover task to a totally different time to see if it was that but that hasn't stopped it. Logs attached. downloadbox-diagnostics-20170606-0756.zip

Oh, so your logs are from the following boot? My logs show no errors, but so far I've had 2 complete lock ups since upgrading whereas before it's been rock solid.

Same. How did you get the logs off it once it had locked up?

Having issues since updating also. Twice now I've lost access to the server and can only get a ping reply. I have a win7vm running that responds to an rdp request but just gives me a black screen. I can't access the Web console or ssh in so not sure how I can get logs as all I can do now is force a restart.

I've tried several tuner devices and none of them have ever worked when passed through unfortunately. They all exhibit problems that manifests as dropped packets when tuning to dvb-t or dvb-t2. I've ever tried USB tuners and had the same issue, although I haven't tried using a dedicated USB controller and isolating it from Unraid.

Updated earlier, no issues so far.

I've tried doing tuner card passthrough to a VM and while passing through the card was fine I had continual problems with signal. Will be interesting to see if you see similar issues. It's something to do with PCI lanes and interrupt mapping which I could never work around as enabling MSI just caused the VM to BSOD.

H87 doesn't support VT-d according to Intel: http://ark.intel.com/products/75004/Intel-H87-Chipset CPU does though.

I've tried this and like the potential but nothing I set seems to be retained for some reason and I can't see anything under any of the logs to suggest why.

Mediaportal. I don't like Kodi in comparison so would rather stay with Mediaportal as it's easy to use and the girlfriend gets on with it.

I'm using Mediaportal TV server. My whole house uses it and there's no plugins for mythtv or tvheadend so I'd really really like to carry on using this method. Would a USB based DVB tuner work any better? Or moving the card to a different PCI socket?