blu3_v2

Members
  • Content Count

    54
  • Joined

  • Last visited

Community Reputation

1 Neutral

About blu3_v2

  • Rank
    Newbie

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I have a HP N40L Microserver running 6.7.2 with no issues. After installing the 6.8.0 Update via Update OS and rebooting, my Array Devices in the Unraid GUI are all missing/blank - even my boot USB. Strangely the GUI reported Configuration Valid, however, instead of attempting to Start the Array I captured Diagnositics and downgraded back to 6.7.2 until this Issue can be explained/resolved. Daignostics Diagnostics.zip Before After This is the first time I have had an unsuccessful Update using Unraid, and would like to
  2. I have a HP N40L Microserver running 6.7.2 with no issues. After installing the 6.8.0 Update via Update OS and rebooting, my Array Devices in the Unraid GUI are all missing/blank - even my boot USB. Strangely the GUI reported Configuration Valid, however, instead of attempting to Start the Array I captured Diagnositics and downgraded back to 6.7.2 until this Issue can be explained/resolved. Daignostics Diagnostics.zip Before After This is the first time I have had an unsuccessful Update using Unraid, and would like to
  3. After blowing apart the server again, rechecking and re-seating all drives and connections I sat down and read through any logs from the Diagnostics.zip that I could decipher. I could not find any errors in SMART reports etc. and the syslog captured showed no errors, and the server had started up successfully and was ready to start with a Valid Array prior to logging in via Telnet and issuing the Poweroff command. I then set about troubleshooting any other potential issues and thought I would try reboot my Modem/Router, and all wireless iOS devices that I use to access the server o
  4. Firstly a little about my setup: - HP N40L Microserver running unRAID 6.7.2 with 6 Data Drives (8Tb Parity, 1 x 8Tb Data + 4 4Tb Data) and 1 Cache Drive (500Gb) - System is used simply to download and store media files on my local network, and is attached to APC UPS and hardwired directly to Wi-Fi Modem/Router, otherwise all access is via Wi-Fi via various devices (iOS) - Dockers: just the basics - Plex Media Server (LimeTech), ruTorrent (Linuxserver.io) and Sickbeard (all up to date with latest versions) - Uptime prior to Crash was 52 Days, and Parity was last checked only
  5. I also tried downgrading due to the previously mentioned CPU usage issue, however, since doing so my RSS Feeds no longer automatically update and files/folders are no longer automatically moved to their Tagged Directory (ie. TV/Movies) once downloads complete. I can manually Refresh Feed and downloads start fine. I have so far tried restarting the Docker and returned to the latest build and these problems persist. I am guessing it is a permissions issue - could someone please some advice on what to check or how to fix permissions (I thought this was performed automatically on Docke
  6. Another user checking in with unscheduled Parity Checks. Like Harro, KernelG and others I have a custom schedule (Checks scheduled for the first Monday of the month every 3rd month), and since updating to 6.6.1 Parity Checks have commenced EVERY Monday. Tried editing settings and selecting Apply, then Done but settings are ignored. From the 6.6.2 Release Notes this bug does not seem to have been fixed so thought I better post my experiences here
  7. I could not see anything from the Release Notes, but does anyone know if 6.6.2 fixes the issue of Custom Parity Check Schedules being ignored. I have Checks scheduled for the first Monday of the month every 3rd month, and since updating to 6.6.1 Parity Checks have commenced EVERY Monday.
  8. Just wanted to give a huge thanks to johnnie.black for the advice. I ordered a replacement PCIe SATA card (this time using an ASMedia chipset), installed it over the weekend, and now all drives are successfully recognised. I have just completed a Preclear and Parity check successfully, and old Parity has now been added to the Array. Thanks again for the expert advice.
  9. As Drive 5 was not yet part of the Array and still showing as Unassigned, I was able to stop the Array and change Drive 5 to No Device. When I restarted the Array, Parity was still displayed as valid. Hopefully I don't have any Parity issues with the drive removed from the array before being successfully added. On checking the System Log I was getting constant errors as the system tried to spin this drive down. Once it was as Unassigned, it was still throwing errors into the Log. I have been advised by a helpful forum member that the Marvell controller on my SATA card is notorious
  10. Disk 4 has been on the same controller for a few weeks and has undergone a change from ReiserFS to XFS, as well as a complete Parity Check without issues. I set Disk 5 as No Device rather than attempt to add the old Parity back to the Array for now as it was giving errors while trying to Spin Down, and even now when Unassigned. I will unplug it until I can source a new SATA card and/or cabling.
  11. Hi, After successfully upgrading my old and previously healthy 4Tb Parity Disk to a new 8Tb Disk and converting my entire array to XFS, I attempted to add the now Unassigned old 4Tb to the Array as additional storage (after re-checking Parity which showed 0 errors). However, the Process Aborted shortly after starting and now I am left with the old Parity Drive (Drive 5) having a Blue Square beside it. Could someone please take a look at my Diagnostics file(s) and advise me how to proceed to either fix and add the drive to the array or remove it without harming Parity.
  12. Looks like I spoke too soon. Shortly after starting the Clearing process I received Read errors and the Process Aborted. Have posted in General Support section as unrelated to this plugin.
  13. My old Parity Drive was perfectly healthy, and I can now report that it was correctly recognised as an Unassigned Device once I shutdown the server and triple-checked all cabling (turns out it must have a loose/intermittent connection to my PCIe SATA card). It is now undergoing a Preclear just to be safe before being added as an Array Disk.
  14. Thanks for the tip. I just shutdown my server to check that it was not a cabling issue, and now when I boot the drive is not recognised at all. Looks like I will have to shutdown and recheck cabling again or remove the drive and see if I can format it from another system before adding to the array. I find it strange that the drive had previously been functioning perfectly in unRAID as a Parity drive, then when installed back into the same system it is not recognised. Maybe it has to do with the fact the the Parity drive contains data without a file-system or partition structure as