coldhammer

Members
  • Posts

    81
  • Joined

  • Last visited

Everything posted by coldhammer

  1. Just a quick FYI for anyone getting the error 13 failed to install. I was able to fix it by changing my primary vdisk bus type to USB.
  2. I got the failed to install error 13 as well. tried numerous configurations of loaders and pat files centOS vs Ubuntu. The issue was my primary vdisk bus was set to vritIO. changed to bus type USB and the install proceeded. in the end followed the exact guide above, set primary vdisk bus to USB and used DS3615xs 1.02b with DSM_DS3615xs_15047.pat to work on my machine.
  3. Ive set my my parity schedule to run once a week. However its seems to be running randomly. 2-4 times in a rolling 7 day period. been doing this now for about 2 months. Thoughts?
  4. yes still using the sas2lp card. signature is incorrect. will update now. error counts vary widely per run. 20ish - 180. last three runs were (127,192,65)
  5. Is it common for unpaid to find and correct errors on every parity check? I run parity check once a week for several years now and I dont think I have ever had a run that didn't result in finding and correcting errors.
  6. *Solved* there were two issues. 1) I had output set to a sub directory within the storage path. Seeing the post above by Djoss that storage was readonly it made me think that the read only permissions were applying to the subdirectory as well. Moved the output folder to a level above the storage folder allowed it to write the output file. 2) within the GUI the destination directory shows as being set to a "folder" named output. it is not clear that this folder name is actually just a pointer to the folder selected in the output path of the docker. Showing the name of the user selected output folder within the GUI would be a good improvement to the UX of the docker.
  7. I installed the docker and ran a test and it wrote a file to the selected directory. I then created a new directory for output files, edited the output path in the docker and got "unable to write" to directory error. I have reset permissions on the directories and that did not make a difference. I uninstalled and reinstalled several times and set the path during initial and post installation and that has not fixed the issue. I can also no longer write to the directory that it was successful writing to on the first install.
  8. hah. that brings the testing to a screeching halt. not much i can do about the board. ill just rebuild with the new setup and then try and sync parity again.
  9. ran a memtest. 20 passes no errors. what should i look at next?
  10. attached. tower-diagnostics-20170612-0805.zip
  11. hardware as in bad parity disk or hardware as in sas controllers, mobo, memory or other hard drives? is it possible to figure out where the hardware issue lies?
  12. rebuilt disk, ran parity 0 errors. immediately ran a second parity check (no new activity on the array was conducted before during or in between parity checks). Second parity check turned up 5572 errors. if the first check had 0 errors and there was no new disk activity how could the second check have 5572 errors?
  13. swapped out another cable and was able to complete an extended smart test on the parity drive. says test completed with no errors. new log attached. tower-diagnostics-20170607-0855.zip
  14. dont have any virtual machines setup. yes it dropped off in the middle of the smart report. not sure about it being a bad disk though. its a pretty new drive. ran multiple preclears on it with no issues. at this point i now have no parity disk assigned to the array. which means parity needs to be rebuilt. i have a complete new board/cpu setup for this machine. ive been waiting until i got everything up and running correctly with the array before upgrading the parts. I seem to have multiple hardware failures going on with the current setup. Since i no longer have any parity would i be alright to just go ahead and put in the new hardware then create a new config and let the parity rebuild? This approach would at least remove alot of the hardware related issues hopefully.
  15. swapped in a new cable to the parity drive. rebooted, parity was still disabled, started an extended smart test after a few minutes parity drive just completely disappeared. now shows no device. log attached. tower-diagnostics-20170605-2115.zip
  16. moved all the connections from the SASLP controller to the mobo. Ran parity twice in a row. no issues. ran it a third time now the parity disk is disabled. new log attached. tower-diagnostics-20170605-1103.zip
  17. put in a new WD red drive, pre cleared with no issues. Pulled the old drive out reassigned to the new drive and ran data rebuild. Half way through the new drive got disabled with write errors again. so its not a faulty drive issue. and nothing has changed on the machine. it wasn't even rebooted between pre clear and data rebuild. An additional note is that prior to the my first error occurrence i had formatted the original drive as XFS and copied over 3TB of data from another drive. The copy process went smooth as silk. In every case over the last year I have only had disk issues when a parity check is trying to write to a drive. new log attached. tower-diagnostics-20170602-1140.zip
  18. are smart reports stored on the drives themselves or generated on the fly? i.e. if the loose cable was recorded before i replaced the cables would that error always be shown in the future? the G1B drive is a cache drive.
  19. I've had this issue with disks getting disabled during party checks for a while now. too date I've replaced the power supply, controller card and sata cables. everytime without fail ill create a new config, run a parity check, it will say everything is good. then during the next 1-2 parity checks one of the drives will get redballed. I really don't know what else to do at this point. syslog attached. tower-diagnostics-20170524-1102.zip
  20. Never purchased ECC ram before. Seems to be a lot more to deal with compatibility wise than reg ram. couple of questions 1)Can anyone verify if: Samsung M393B2K70DM0-CF8 16GB PC3L-8500R DDR3, 1066, CL7, ECC REG 1.5V 240-pin DIMM will work with my asus z9pa-d8 and dual e5-2670 xeons? 2)im looking at around $200 for 64gb (4x16gb) is that a decent price? 3) other than ebay anyone know of other good places for used ram?
  21. heres what im looking at so far unraid server vm - win 10 (gaming) vm - osx several dockers
  22. so ive decided to forgo the budget. The idea is i can spend more on this machine and ditch the second dedicated gaming machine i was going to build. These are the two options im considering. Any feed back about gaming performance, etc. supermicro x9drl-if-b 2x xeon e5-2670 128gb ddr3 1333 ecc reg or e5-2683v3 fatali1ty x99m killer 32gb 3200 ddr4 ecc Also since budget is not a primary concern im open to other suggested configurations.
  23. what about the v3 vs v1,v2? is it that big of a difference?
  24. ok, lets exclude pricing for the moment. im seeing some of the older v1 / v2 cpus are more readily available and local to the us as well as substantially cheaper. give me some feedback on the following: performance wise would you choose a single e5-2658 v3 or dual e5-2650 is it worth the significant price increase to go with say a v3 version over the same cpu as a v1 version. can be almost double the price in some cases.