tjo099

Members
  • Posts

    5
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

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

tjo099's Achievements

Noob

Noob (1/14)

0

Reputation

  1. Thanks again! I did download the wd5741-tool for Linux it worked superbly. Scanned all my disks, the only one needed update was the affected disk6. So now that's been taken care of. Hopefully this will now make my server running more smoothly! Now i will look into the Netdata-tool! Looks promising! @pwm The Reds also had these issues. I have already trashed 1 disk because of it For reference I have attaced the tool if anyone needs it. Works with WD Red only. Not Green. Thanks, Thomas wd5741x64
  2. Thanks for fast replies @pwm and @Squid. I think I found some of the most troubling when awaiting answers here. My plex transcode goes directly to RAM-drive, so that's not a concern(as far as I understand), what I have found is that sabnzbd is download to the array, and that disk6 which sabnzbd is using for both downloading and unraring, is having whoppingly over 1 million load cycle counts, so there might be something that is affecting this disk. Non of the other older disks is even close. 22.000 is the closest. I will move all my IO-stuff to the SSDs and will get another 32GB of RAM so that I can do all my unraring and downloading directly to RAM before moving to the array(via cache). Thanks for your help!!
  3. Hello, I had my server running for a while, but it seems to me that my SSD-cache pool is eating SSDs alive. A lot of wear if I can read the SMART correctly. I have an issue, when doing IO-intensive work, like downloading, unpacking, etc my whole server is slow as syrup. All this happens in the cache-pool, and I do wonder if this have something to do with my cache-SSDs being ready for replacement. I'm thinking about moving a lot of my IO-work(for example all the SABNZBD-operations) to my ramdrive. I had great experience of moving all my transcoding to the ramdrive, so I will consider this with my SABNZBD-stuff also. Some of the symptoms: Slow response from dockers and web-ui of Unraid Copy to and from cache-pool at very slow speeds Low CPU-usage observed Low RAM-usage observed I have a INTEL Xeon E5-2630v4 2,20GHz as CPU, so the CPU should not be an bottleneck for this type of work. Hopefully some of you can read through the logs, tbh, I don't know what to look for. The diagnostics was taken during these problems with slow server, so they hopefully could shed some light on these matters. Thanks, Thomas vault-diagnostics-20180714-2054.zip
  4. I really need some help in order to get the maria-websql docker to work. I just needed to do a reinstall, and now my whole website is down. I ofc have the application data and such, but it seems that I cannot do a "drop-over" replacement. I need to get the docker to work in order to get back my webpage. The logs is referring to that I need to use an argument, but where can I insert the --no-check-certificate argument?? Thomas fetching mywebsql files --2018-04-28 20:28:29-- http://sourceforge.net/projects/mywebsql/files/latest/download Resolving sourceforge.net (sourceforge.net)... 216.105.38.13 Connecting to sourceforge.net (sourceforge.net)|216.105.38.13|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://sourceforge.net/projects/mywebsql/files/latest/download [following] --2018-04-28 20:28:30-- https://sourceforge.net/projects/mywebsql/files/latest/download Connecting to sourceforge.net (sourceforge.net)|216.105.38.13|:443... connected. ERROR: cannot verify sourceforge.net's certificate, issued by ‘/C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO RSA Domain Validation Secure Server CA’: Unable to locally verify the issuer's authority. To connect to sourceforge.net insecurely, use `--no-check-certificate'. Archive: mywebsql.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of mywebsql.zip or mywebsql.zip.zip, and cannot find mywebsql.zip.ZIP, period. chown: cannot access ‘/var/www/mywebsql’: No such file or directory *** /etc/my_init.d/002-set-the-website.sh failed with status 1 *** Killing all processes...