Jump to content

Outcasst

Members
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Outcasst

  • Rank
    Member
  1. I think this has something to do with VMs and dockers sharing the same bridge interface. Setting my VM to Vibr0 fixes this, but this isn't a solution as I can no longer RDP in to it. Setting dockers to bridge/host isn't an option either since I need them to have static custom IP addresses.
  2. Oct 12 03:35:17 Storage kernel: tun: unexpected GSO type: 0x0, gso_size 1357, hdr_len 1411 Oct 12 03:35:17 Storage kernel: tun: 13 e4 3d f7 10 86 b8 9e 87 b1 5f 81 d9 7a 98 c9 ..=......._..z.. Oct 12 03:35:17 Storage kernel: tun: 26 fa 2d 78 50 03 f2 b2 22 55 bc 68 29 75 83 46 &.-xP..."U.h)u.F Oct 12 03:35:17 Storage kernel: tun: 04 35 d4 e4 71 d8 5c 04 e3 e2 a2 6d 4e 1f 22 9d .5..q.\....mN.". Oct 12 03:35:17 Storage kernel: tun: 6f 97 72 60 c9 63 2b dc f4 ec c7 4f 68 60 66 9e o.r`.c+....Oh`f. Getting the above message repeated over and over again in the log whenever a docker tries to access the NIC. storage-diagnostics-20191012-0237.zip
  3. My slow array read speeds are fixed with 6.8 RC1.
  4. Another confirmation here that I see this behaviour on 6.7.X. Downgrade back to 6.6.7 and all my speed issues are resolved.
  5. So I can confirm this is an issue with 6.7.2. As soon as I downgrade back to 6.6.7, the issue goes away and reads are at full speed. Back to 6.7.2 and the reads are slow again. This is 100% repeatable.
  6. Yes, it's definitely going on to the cache. Also, when the transfer is in progress, it eats about 20% of the 4930k, which is alot for a single file transfer, right? Other than that, the array is completely idle. No other read/writes are happening. Edit: Now it's happening over the network. a burst of 112MB/s and dropping down to an average of 7-13MB/s. I've tried moving files from different disks within the array, same result. I have also benchmarked the drives using DiskSpeed and they are all showing 200MB/s Max Read speeds, so I don't think it's a hardware problem.
  7. Hi, I've updated to the latest stable version, however I'm seeing very poor read speeds from the array. If I transfer a file (70GB movie file) using MC from the Array to a share that's set to cache-only, I will see no more than 13-14 MB/s read speed from the array. However, transferring the same file over the network to my Windows PC yields an average of 100+ MB/s. The array is running off an LSI 9211-8i controller and the cache drive is a 970 Evo 1TB. I had the thought that it could be a PCI-E bandwidth issue, but everything seems to be running at maximum speed. Any suggestions or insights would be fantastic. Thanks.
  8. kernel: BTRFS error (device md1): bdev /dev/md1 btrfs_dev_stat_print_on_error: 2 callbacks suppressed Seems to be a random error and can't seem to trigger it on purpose. storage-diagnostics-20190122-2304.zip
  9. Since the upgrade I'm randomly getting these BTRFS errors. Downgraded to 6.6.6, errors are gone, upgrade back to 6.7.0rc1, errors return.
  10. Just updated the docker and all my torrents are gone and the UI is completely messed up. EDIT: Turns it it was a browser issue. Deleted the cache and everythings back to normal now.
  11. I'm having the same problem. After the update yesterday the docker won't stay running for more than a few minutes before crashing.