Jump to content

jcarmi04

Members
  • Posts

    77
  • Joined

  • Last visited

Posts posted by jcarmi04

  1. I am having issues in which the (unassigned devices) drive that my camera's write to borks. It reads as 0 available across the board and is not available as a share. I can Unmount it, cycle Shinobi, then after a few minutes remount and it works - or can reboot the server.

     

    To test, I have left Shinobi off and the drive on and have not had any issues.

     

    Thoughts? I can't quite tell if this is a MariaDB issue, Shinobi, or ?

     

     

    log.txt

  2. Quick update, fwiw:

     

    Stopped parity check, rebooted, and now sitting at 2.7% in 45 minutes. My speed is a steady 80 MB/sec, but compared to a few recent entries things still seem askew.

     

    DateDurationSpeedStatusErrors

    2020-11-22, 18:54:0513 hr, 9 min, 52 secUnavailableCanceled0

    2020-10-17, 04:57:3412 hr, 29 min, 52 sec177.8 MB/sOK0

    2020-10-14, 19:17:4621 hr, 40 min, 3 sec102.6 MB/sOK5

    2020-10-13, 13:43:2613 secUnavailableCanceled0

    2020-10-09, 19:39:249 hr, 34 min, 13 sec232.2 MB/sOK0

    2020-10-09, 07:11:3621 hr, 19 min, 25 sec104.2 MB/sOK0

    2020-09-21, 13:46:392 hr, 24 min, 35 secUnavailableCanceled0

    2020-09-21, 03:32:2521 hr, 5 min, 15 sec105.4 MB/sOK0

    2020-09-19, 10:20:304 hr, 7 min, 23 sec539.1 MB/sOK0

    2020-09-13, 12:20:4321 hr, 3 min, 42 sec105.5 MB/sOK0

    2020-09-05, 10:18:1921 hr, 4 min, 4 sec105.5 MB/sOK0

  3. Currently sitting at a manual Parity Check completion of 1.2% after a (mere) 10 hours and 52 minutes.

     

    A few days ago I noticed my transfers from my server were slow. I have since tested:

    -Slow transfers from server

    -Slow transfers to server

    -Slow transfers within server

     

    Some transfers start off well (hundreds of MB/sec) before screeching to 1-2 MB/sec.

     

    Reads seem okay. Writes are where I am thinking things are getting clogged at.

     

    Was hoping a parity check may clean things up, but short of rebooting (which I have not done) I'm not quite sure where to head with this one.

     

    Attaching logs and will take any help. Thanks!!!

    tower118-diagnostics-20201122-1628.zip

  4. Hi all (@bjp999 @Frank1940 @garycase @johnnie.black @RobJ others): I'm FINALLY calling this RESOLVED. Thanks for all of the help, especially coming through with what I think the fix is, @bjp999! With half of my unRAID disks converted from rfs to xfs and lots of tests run it appears I'm finally in good shape with stalled/failed transfers.

     

    After dealing with this for the better part of a full calendar year, I've certainly made my rounds (multiple times) replacing router/switch, CAT cables, SATA cables, NICs, a M/B, HDDs, using multiple Windows and Linux comptuers to test, changing SMB copy settings, so many network and local (unRAID) copy tests and trials, among other things. Hope my string can serve to assist with anyone in the future, especially as a way to rule out a Windows copy error: 0x8007003b. RFS for unRAID in 2017 = BAD.

     

    @Frank1940, thanks for staying with me recently. I'll be digging more into my SMART reports and probably adding a second Parity. Will @ tag you as I venture forward as post-worthy things come up.

  5. @Frank1940 thanks for posting. In the process of doing a RFS to XFS conversion in the background to see if this finally licks my issue(s). Regarding the SMART reports, I did a quick scan and didn't notice anything too alarming...but would obviously lean on you/others for recommendations as to what might get me prepared for failures. (Most of the 196+ rows are "Old Age" and not reporting anything crazy and I've posted my row 5 values below that "may" look a bit wonky.)

     

    Wrt 6 drives for 25 TB vs 13 for 24 TB, I WISH...and eventually will. Just been using unRAID since approx 2010 and purchased what was available then. Hence, having wayyyyyy too many 1 TB HDDs kicking around my place without a purpose O.o

     

    Here are my higher WORST/THRESHOLD ratios. With the exception of disk4 (Toshiba 5 TB), all others are WD drives...so those values may be "normal"!?

     

    disk3
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

     

    disk4
    5    Reallocated sector count    0x0033    100    100    050    Pre-fail    Always    Never    0

     

    disk5
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

     

    disk8
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

     

    disk9
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

     

    disk11
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

     

    disk13
    5    Reallocated sector count    0x0033    200    200    140    Pre-fail    Always    Never    0

  6. @bjp999 I kinda figured you'd recommend that, so been locating the drives. Both had previously been unRAID disks, so I'll plan add both the 2 and 3 TB drives to the array and format XFS. Should I copy files between both XFS disks to test this out or just unload the 5 TB to these (and then format the 5 TB as XFS)? Any other thoughts or recommendations? I'm thinking I'd run into rsync issues if trying to go from a 5 TB to a 2+3...so might have to manually copy stuff...!?

  7. @bjp999 I do have some slow access times (seems like the server is getting choked...but no reason it should), but I think my main faults result in writes. Since all of my disks are, in fact, over half full should I proceed as follows for testing:

     

    1. Add new RFS-formatted drive to the array (I think I have a 1, 2, and 3T available I could use for testing)

    2. Copy files to the drive and watch performance

    3. Add new XFS-formatted drive to the array (will have to purchase a 5T)

    4. Copy files to the drive and watch performance

     

    I'm trying to understand the relevance of a RFS over half full and whether to include steps 1 and 2 or to exclude. Also, I can format a 1, 2, or 3T as XFS and replace any steps above or include (new steps 3 and 4, bumping the others to 5 and 6). *My largest drive is a 5T Parity and Disk 4 is also 5T.

  8. Well, I have no idea what's going on...

     

    I just created a couple single disk shares (d1 is to the M/B (Disk 1), d9 and d10 are to the SuperMicro card (Disks 9 and 10)). 

     

    1. Win10 multi-disk share (Disks 1, 5, 8 (M/B), 10 and 11 (SM)) to "d1": SUCCESS
    2. Win10 "d1" to "d9": FAIL
    3. Win10 "d1" to "d10": SUCCESS
    4. MC "d1" to "d9": SUCCESS
    5. Win10 "d1" to "d9: SUCCESS
    6. Win10 "d1" to the original multi-disk share: FAIL

     

    The speeds aren't fast, but right now I'm going for operational. Log attached and server details below.

     

    2x 5T (Toshiba Parity and disk)
    2x 2T (Hitachi)
    2x 3T (Seagate)
    4x 2T (WD)
    1x 3T (Toshiba)
    1x 3T (WD)
    1x 250G (Crucial Cache)
    1x 4G (JD FireFly Flash)
    1x ASRock Z87 Extreme M/B
    1x Intel I5-4570 @ 3.2GHz CPU
    4x 8G Kingston RAM
    1x Cosair 650w PSU
    2x AMD Radeon HD Video Cards (VMs)
    1x SuperMicro AOC-USAS2-L8i (8 port)


    unRAID Server Pro v6.1.9
    HVM: Enabled
    IOMMU: Enabled

    Docker: Installed
    Docker Containers:
    -BTSync (gfjardim/btsync:latest) (Config using Cache and data stored to a Share)
    -Plex (limetech/plex:latest) (Config using Cache and data accessed via Shares)

    VMs:
    -1x Win7 (Using Cache only)
    -1x Win10 (Using Cache only)

    tower118-diagnostics-20170617-0643.zip

  9. @limetech @garycase @johnnie.black @Rajahal @jonp anyone...Help Please!

     

    I replaced the 3 TB that I thought would resolve this, per the above and I'm producing the same copying error. For giggles I tried connecting from a Win 7 instead of 10 (nope), directly from a PC to the server (nope), and switched out the SATA port of the controller card from that disk (nope). While unRAID is an AMAZING solution and serving my real desire for it (reliable backup solution), my unRAID server is essentially unusable now.

     

     

  10. Update:

     

    First, thanks, @garycase for the suggestions!

     

    1. Today I ran a New Config and brought a drive back one at a time, copying a handful of 3-5GB .mkv files to each. I ended up failing with the same Windows error on my 9th (of 11) and only that drive. I'm currently running a Parity-Sync and will try to replace the drive and see what results it yields, but so far a VERY positive lead.

     

    2. A couple less important, but still interesting notes:

     

    2.a. My copies, to whichever drive/drive combos/shares, would typically fail and produce the previously-reported Windows error (or a Linux fail, via mc) when copying 3+ GB .mkv or .iso files. I didn't have quite the same failure rate with .jpgs, though it was still present. Additionally, yesterday I copied a 100 GB file and - while transfer speeds ranged from 10-100 MB/sec (hovering mostly closer to 10 MB/sec) - the file did not fail once. I thought that was slightly interesting and perhaps may coincide with my next bullet.

     

    2.b. When copying .mkv files, for instance, I noticed I zip through around 100 MB/sec for most of the file, but my file transfer stalls and bottoms down to 0 MB/sec at the beginning and end of pretty much each file. Thoughts?

     

    Regardless, thanks @garycase/all...more to follow...

×
×
  • Create New...