whatabout

Members
  • Posts

    25
  • Joined

  • Last visited

Posts posted by whatabout

  1. Hello,

     

    For a few weeks I've been seeing errors scatter across all disks in my server.
    These errors occur across all backplanes, cables, ports. They've reappeared following new configs, component replacements, etc.

     

    If a new config is applied and no parity device declared, it seems that all disks will hum along without issue. 

     

    However when a parity action is began, whether sync/rebuild/read, it is inevitable that before long a disk will encounter errors. And then another, and another, until the system pauses that parity action or I intervene to cancel it.

     

    Until today when I installed an all new CPU _and_ motherboard. Kicked off a parity sync,
    and, again, errors begin appearing on every disk.

     

    I've replaced:
    - Controller
    - RAM
    - Motherboard
    - CPU

     

    I've attached diagnostics captured immediately after cancelling that parity sync.

    box-diagnostics-20240209-2006.zip

  2. 4 hours ago, SeattleBandit said:

    did PIA's france..... server go down?  its not completing connections after my latest reboot - no changes on my end

     

     

     

    Mine's stopped connecting to the swiss pia server, also without any known changes. The PIA desktop client connects to both, though. ¯\_(ツ)_/¯

  3. 10 hours ago, binhex said:

    Thank you so much, binhex. :) It was due to a GeoIP restriction on the firewall blocking the country of this specific server. I added that country to the allow list and everything is once again operational. Not sure why it had worked previously, as I hadn't recently changed any of these settings. Perhaps the GeoIP feature only recently identified the server's location. ¯\_(ツ)_/¯

    • Like 1
  4. 2 hours ago, binhex said:

    no you havent, if you had the same problem then deleting and restarting the container to force a recreate of all files/folders in /config would of fixed it. please do the following procedure:-

    https://github.com/binhex/documentation/blob/master/docker/faq/help.md

     

    Very good point. Same symptom is not the same problem. I've attached supervisord here. Thank you for assistance.

     

    supervisord_2020-02-04_07-42.txt

  5. 18 hours ago, 7thSon said:

    Setting VPN_ENABLED=no makes no difference. And how does VPN even affect the ability to connect to the deluge daemon?

    I just renamed my core.conf to core.conf.old and restarted deluge so it recreated the file, and now I can connect again. I recall this happening before, somehow the core.conf file get corrupted and I can't connect to the daemon.

    I've got the same problem. Two separate binhex-delugevpn containers were working absolutely perfectly until this past Friday evening. Suddenly, neither were reachable via webUI and I began to incur hit-and-runs on the tracker. I've tried re-creating them from scratch, even using empty /config. I've also tried them on another host. I've used new openvpn files. I've even tried airvpn instead of pia. I can get vpn-less Deluge containers running no problem. But it seems no matter what I do I cannot get binhex-delugevpn to work. Same goes for binhex-qbittorrentvpn and binhex-rtorrentvpn. The containers start but then …nothing. And the logs don't have a smoking gun.


    Unfortunately renaming core.conf has no effect either way. :(

  6. Newegg should be willing to RMA it, if not you could potentially order a new one, and then return the original for a refund (again, I would try and have both for a day or two to mix and match backplanes). You may get stuck with restocking fees this way vs the RMA which would be free.

     

    Norco does have a point about this being an exceptionally bad case. When you did your backplane testing were you only plugging power into one backplane at a time along with the SATA controller? If so, and you are running directly from the power supply then the splitter question should be easy to address as a non-issue.

     

    Newegg says the case is ineligible for a replacement RMA since it was purchased more than 30 days ago (been getting pieces for this build slowly, as I can afford them). So your second suggestion may be the way to go. A restocking fee (plus shipping the beast back to them, I'd imagine) will probably be cheaper than buying this many new backplanes. I think I recall them being in the $50-$55/apiece area.

     

    Yes, when I tested the backplanes each backplane was powered independently for its respective test. So while testing the first backplane, it was the only component - aside from motherboard and SATA controller - with any power to it and the only component connected to the SATA controller. And then, the second backplane was, and so on. Directly from the power supply, with no splitters. Also, a question has been raised in regards to the backplanes' dual power connectors, and whether I was connecting power to both or just one. The backplanes included with my case don't support PSU redundancy, having only one power connector per backplane.

  7. Even without an advanced RMA it looks like you got a severely faulty case. Norco QA is not what it used to be, and if you search through the forums for the 4224 you will see a mixed bag of results. Some get great cases, and some end up with utter crap.

     

    From NORCO:

     

    "Hello,

     

    It is impossible there are so many defective backplanes in one case.

     

    Do you use power splitter cable in your system? What's the model number of your controller card, power supply, hard drives?"

     

    I'll look into your suggestion re: RMA through the merchant. However, that merchant was Newegg and it seems that Newegg, Norco, Rosewill, et al are all under the same umbrella. I'd imagine I'll be paying for the replacement backplanes out-of-pocket.

  8. Y'all are on to something here. :)

     

    Thanks for the mention of a forward-breakout cable. I discovered that I have one on-hand, and so was able to verify that the card does detect disks. Then I started on testing each backplane and its four slots. I found the same results with my Norco 8087-8087 cable as the Monoprice brand cable.

     

    Looks like I've got some bad backplanes. Most of them, actually. Only one has all four slots functioning.

     

    Row0: OOOO

    Row1: OOOX

    Row2: OXOX

    Row3: OOOX

    Row4: OOOX

    Row5: XOOO

     

    One of these non-working backplanes is a replacement of a physically (could tell by looking at it) -damaged piece, which also gave Xs across the row. Here's hoping they're up for sending five more replacements. Maybe they'll test them first this time? I have one other Norco-bound unRAID server (it's in a RPC-4220) and have had no issues whatsoever with any parts on that one.

     

    In the meantime, is it advisable to connect disks to the slots which _are_ working? unRAID handles disk placement not by physical connection but by disk identification, so I assume that rearranging them as I replace backplanes with fully-functioning units shouldn't be a problem.

  9. If you're seeing "No Physical Disk!" being reported by the SuperMicro card, then your issue has nothing to due with incompatibilities with unRaid (and I can swear that the card in question is compatible).

     

    That's good logic, Squid. Thanks for laying it down so I could follow it. :) Also I appreciate your assurance that this SuperMicro card does work.

     

    You issue is either cabling or power or backplane.

     

    I assume that you are using appropriate SAS cabling for the type of backplane which your case requires.

     

    But, since the SYBA card uses 8 SATA cables, it looks to me like its a power issue or a backplane issue.

     

    What hardware are you exactly trying to use?  MB, P/S, Case, Cabling?

     

     

    Motherboard: Biostar Hi-Fi A85W FM2 AMD 85X

    Power Supply: Corsair CX750M

    Case: Norco RPC-4224

    Cabling: Norco C-SFF8087-D

  10. Hello.

    I am encountering endless issues with selecting a compatible SATA controller. Motherboard installed is a Biostar Hi-Fi A85W FM2 AMD 85X and the onboard SATA ports work just fine. However each and every SATA card I've attempted has been returned in frustration.

     

    I've tried:

    - HighPoint RocketRAID 2680SGL

    - Syba SI-PEX40071

    - SuperMicro AOC-SAS2LP-MV8

     

    I should’ve taken better notes along the way, but here’re the basics of it. The HighPoint isn’t on the list at http://lime-technology.com/wiki/index.php?title=Hardware_Compatibility#PCI_SATA_Controllers and so when it seemingly did not recognize any installed disks, I chalked it up to complete incompatibility and moved along to the Syba, which is listed as “Works straight out of the box” on the aforelinked compatibility list. Well, it didn’t. Work straight out of the box, that is. As far’s I could tell it did nothing but add a new screen during the boot process.

     

    I’ve most recently attempted the SuperMicro card. On the compatibility list it says “should work out of the box but there were some issues” so I read through the linked thread (http://lime-technology.com/forum/index.php?topic=29052.0) where it was suggested to flash the card’s firmware. First I tried the card as it arrived, to see if it did just so happen to work out of the box. It didn’t. No sweat, as the firmware flashing procedure is very quick and straightforward. So I flashed the card with the new firmware following the procedure on that thread with which others had reported success.

     

    But no dice. I am still seeing the card’s screen during boot up, and it is still reporting “No Physical Disk!” I’ve attempted moving it to a different PCI slot, using a different SAS cable, different hard disks, different backplane in the case. Nothing seems to work. I’ve got a 24-bay server case, but cannot seem to utilize any more disks than the onboard SATA ports will address.

     

    Does anyone have any suggestion? I have 16 more drives to connect. PCIe is preferred, and SATA II or III are both acceptable. Or, better yet, any tips on how to get the SuperMicro card to recognize the physical disks attached to it!

  11. It sounds to me that You use disk18 for the download apps so the files start on that disk ...

     

    Hmm. My first thought was, “No way! The download location is set right to the Downloads share, and disk18 is not included on that share.” But it got me questioning that assumption. And then I saw Riot’s link:

     

    This is the same issue I made an earlier thread about

     

    http://lime-technology.com/forum/index.php?topic=29179.0

     

    and looked into that a bit more. As it turns out, the files _were_ being started on disk18. In SAB’s Folder settings, a leading / (slash) was missing in the “Temporary Download Folder” field. So the downloads were going into /mnt/user/AppData/sabnzbd-data/Downloads/downloading instead of /mnt/user/Downloads/downloading.

     

    Since correcting the missing slash, the share directories have not been created on disk18. I’ve only had one incoming file to observe this with, but from what I can tell that seemed to have fixed the issue.

     

    Is the array a proper location for incoming downloads, or should those all be going to the cache drive? After a few years of using unRAID and tweaking the way it (as well as the packages I run along with it) operates, I feel like things may be scattered more than they should. I wish there were a way to easily reorganize/redistribute existing data across the drives for best efficiency and capacity. But maybe that’s not as necessary as I think it is.

  12. Thanks, all.

     

    I think it has been reported that include/exclude only prevents the creation of directories.  Once the directories exist, they will be used regardless of included/excluded settings.

    That makes good sense. However I have moved the data off of disk18 and removed the directories, and they end up being created again. :/

     

    Also, you should never populate both included and excluded for the same share.  only one is used (included I think) if it is populated.

    Gotcha, thank you. I'm now using the "Included Disk(s)" field only.

     

    There was an issue with the way the user shares worked. […]

    Interesting. I haven’t encountered that before. Here, though, I’ve been moving the data off of the disk itself and the top-level folders for the shares are inevitably recreated.

     

    On a different note, your TV and Movies split levels are set so high that no directories will stay together.

    If SeasonNumber is on a disk which the TV share began using a long time ago - a disk which is nearly full - and the disk tops off before the end of the season, there’s nowhere for the season’s later episodes to go. When most disks are near capacity, I’ve come to be less particular about keeping entire seasons on a single disk. Perhaps I’m behaving insensibly?

     

    Using disk shares move the files from disk 18 to the cache drive. Delete the copies on disk18 and then run the mover. This may be faster using "mc" on the command line. If the cache drive is not big enough then copy the files directly to another data disk.

    That certainly gets the data off of the disk. But the issue is why it is being placed there to start, and how to keep it from continuing. I’ve got some stuff on cache now, waiting for the mover.

     

     

  13. What are the split level settings?

     

    Downloads is set to 4.

    (Example directory structure: DOWNLOADSSHARE>complete>movies>Files).

     

    TV is set to 4.

    (Example directory structure: TVSHARE>Continuing>ShowTitle>SeasonNumber>Files).

     

    I set these up to 4 because ongoing series were crowding out individual disks.

     

    Movies is set to 2.

    (Directory structure: MOVIESSHARE>MovieTitle>Files).

  14. disk18 is the only specified "Included" disk for a share called AppData (Plex library files, SAB/SB/CP installs and data directories). All other disks are specified as "Excluded" for this share.

     

    disk18 is the only specified "Excluded" disk for all other shares, such as Downloads and Movies and TV. On these shares, the other disks (all but disk18) are specified as "Included".

     

    The AppData share has no problem following these instructions, writing only to disk18.

     

    And yet the other shares (Downloads and Movies and TV) are writing to disk18. They keep doing it.

  15. Hmmm....thats odd.

     

    I know, right!?  :o

     

    I've tried putting an index.html file in the directory and trying to pull it up, just in case the settings are sticking even though the UI isn't reflecting such. Still, nothing. Do you know where I can download the newer version, 1.1?

     

    Here's a video of the current behavior, in case my description isn't clear: http://dl.dropbox.com/u/392508/simpleFeaturesWEBsettings.mov

    The pause after clicking "Apply" is me waiting for the favicon area in the page's tab to quit spinning, which I've been assuming indicates that the changes were saved. Dang.

  16. I set the function to Enabled, fill in the web root directory and the port number, and click Apply. The settings apply and everything looks good. But visiting in a browser results in nothing at all. And when I navigate away from the web server settings page - to /Main or /Settings or anywhere, really - and then come back, the server is disabled and the directory and port info I entered before are gone.

     

    I'm running simpleFeatures.web.server-1.0.5-noarch-1.plg. I realize this thread is for version 1.1, but I cannot seem to find that to download. (As I posted above, the link in the thread's first post is a dead link.) If an update to 1.1 would potentially solve this problem, could someone be so kind as to link me or send me a copy? :)