TechMed

Members
  • Posts

    199
  • Joined

  • Last visited

Everything posted by TechMed

  1. Here is a screenshot of my AppData settings too...
  2. Entire path: Index of /mnt/user/bozakville/Backups/CA_appdata_backup_restore/daily_backups And, I would randomly check it to make sure it was working.
  3. Here's the diag... tower01-diagnostics-20181229-1524.zip
  4. yeah... my thoughts exactly. I was thinking, okay, this sucks but I have the backups.; not so much. Weird part is all of the FLASH drive backups are there.... Let me pull a Diag and I will post. I'm pretty much s****ed right?
  5. I think the title pretty much says it all. Anybody have any suggestions, besides a long walk off of a short pier? I seriously thought I had my butt covered All the AppData backups were on the array, not the cache drive... I think I'm gonna do some serious drinking tonight. Almost two years worth of tuning my Dockers and a HUGE Plex db... gone...
  6. Hi @dlandon, Thanks for the assist. I just had to do the reboot, about 24 hours ago, so here is a Diag zip file for your review when you have time. Much appreciated! tower01-diagnostics-20181226-1014.zip
  7. Hi @Chrysen, Unfortunately, I do not have any USB attached, other than the unRAID stick. Everything is on the network. This really stinks too because, I forgot to mention this earlier, every time I have to reboot, that server locks up and I have to reset. REALLY do not like having to hit the 'reset' button. Always fearful of corruption and it costs me a (32-hour) parity check. Thank again for the potentially fix though. Hope you had a nice holiday.
  8. (Squid, your profile pics and quips crack me up! haha) So I have the same issue as munit85 described, the UD's go missing after rebooting the server they were attached to. The spinning circle of death appears... I have to reboot to get them back... Any thoughts on how to get them back without having to reboot? Thanks and Merry Christmas!
  9. @johnnie.black (just wanted to say thank you for all the assistance before I forget! Also, I am writing this during a very boring conference call so, I apologize if it is a bit disconnected) So, if I am reading all this correctly (been to a few sites in between our posts and your clip), what we all need to be paying attention to as we move towards these higher networking speeds, is the Sequential Write speeds, and the Read to a lesser degree, so that we can saturate our networks. Looking at your clip, the 500+Gb Samsung's have the 500+ MB/s Write speeds. Looking at the one I found (below), all the 2Tb are basically the same. https://www.tomshardware.com/reviews/crucial-mx500-ssd-review-nand,5390-2.html If that is the case, then this excerpt from the Crucial spec sheet indicates the Sequential Write, across the models, is the same. Although, is that because of the SLC cache and the fact that it is bigger on the larger drives? But, if the following quote is correct, this "dynamic SLC" could be a nice boost to consistent performance, correct? "Recent advances in Micron NAND technology enable the SSD firmware to achieve acceleration through on-the-fly switching between SLC and TLC modes to create a high-speed SLC pool that changes in size and location with usage conditions." So, if the above is to be believed, then we (unRAID users) should be able to utilize any of these SSD's and still get the 500+ Mbs Sequential Writes. I for one only need the 500Gb model. BUT, I want the high write speeds. Do you feel the specs from Crucial (above) indicate that it has the ability to consistently and constantly write at ~510 MB/s? I mean there is no point in upgrading if the end result is going to be the same as the MX300's since they have specs (real world) indicating they should be able to do 350-375MB/s Sequential Write speeds. UGH! Liking this resource: https://www.userbenchmark.com/Faq/What-is-sequential-write-speed/45
  10. *SIGH* Of course it means new drives now... I am not doubting you at all on your info, just curious how only the 1Tb+ models are the only ones that can sustain the higher speeds, when the spec's read the same for the 250Mb - 2Tb models? Or does it come down to that old adage of 'truth in advertising'?
  11. Any thoughts on truly fast SSD's? I thought I could trust Crucial...
  12. okay. Just to be clear, the MX300's are 'spec'd' to be able to do ~500 Mbs, but are only doing ~100 Mbs? If so, anyone want to by a few gently used MX300's? 😉
  13. Thank you sir! Putty-ing in now... **** Here is the result: 10240000000 bytes (10 GB, 9.5 GiB) copied, 96.7382 s, 106 MB/s write complete, syncing removed '/mnt/cache/test.dat' **** Soooo... guess the drive(s) is not as fast as I thought!? How can they be so slow? And I goofed, the SSD's are the MX300's, but still supposed to be as fast...
  14. Yes, both drives are being trimmed by Dynamix SSD TRIM plugin. Okay, so let me see if I have this correct: Copy the script to the 'boot' of the flash drive go to out to terminal and enter the two 'sysctl...' lines from above then execute the write_speed_test from terminal I am assuming the script will generate "test.dat' ? Then post test.dat here? So, other than me fat fingering something, is there any way that these commands or script can fubar either server? I'm just a bit nervous about the one is all. It has everything on it. Do I need to run anything to reset the RAM cache when done?
  15. @johnnie.black I think something is missing here... Or am I just misreading what you wrote (that is a possibility, it is almost 'midnight' for me
  16. The Sender has 32Gb and the receiver has 64Gb. I just ran iperf3 as well and the speed is there...
  17. Crucial MX500's... From Crucial site: Form Factor: 2.5-inch internal SSD Total Capacity: 500GB Warranty: Limited 5-year Specs: 500GB 2.5-inch internal SSD • SATA 6.0Gb/s • 560 MB/s Read, 510 MB/s Write Series: MX500 Product Line: Client SSD Interface: SATA 6.0Gb/s Device Type: Internal Solid State Drive
  18. Hello Everyone, I am having speed issues with my repurposed 10Gbe Mellanox cards setup in/on an unRAID peer-to-peer network; server to server, not server to client. One card is a dual port and one is a single port, and I am transferring files from my one unRAID server to the another unRaid server. I am using Krusader to affect the transfers as I like the easy interface between the two unRAID servers. Using Krusader's indicator in the 'file copy' window, the transfers start out at ~600 MiBs 👏, then in 1 to 2 SECONDS drop to ~125 MiBs 😭. I am transferring between two SSD’s, each rated to sustain ~500 Gbps read/write speeds. While these 10Gbe cards are the third NIC in the rig(s), they are not part of the bd0 which are the two on-board NIC's. They are on an entirely different subnet and are connected via copper SFP+. In reading through other posts, I saw where adjusting the “Desired MTU” to 9000 might help, nope. I also made sure I am in the correct PCIe slot(s). I am (really) guessing here, but it seems like this might have something to do with “caching” since the transfers speeds are fantastic for about 2 seconds, then take a nose dive. This is where my research and skills stop. I would really like to get some better use (speeds) out of these cards. ANY troubleshooting help would be appreciated! HW: SM – X10DAC SM – X9SCM-F Mellanox MNPH29C-XTR (Dual) Mellanox MNPA19-XTR (Single) unRAID 6.6.6 on each server Additional info: I forgot to mention that when I copy from the spinning drive(s), the speed drops even lower... ~55 MiBs!
  19. Pick an interface… any interface 😁 Happy Holidays everyone! 🎅 I am fortunate enough to have picked up a (dual) 10Gbe Mellanox card for one of my unRAID servers that has Krusader on it. What I would like to do is specify one of the ports (eth2) that is peer-to-peer to another unRAID server. Is there a way that I can tell Krusader to only use the eth2 port and not the br0 (eth0 & eth1) that goes to my switch? My goal is to utilize the speed of the 10Gbe to do file transfers, backups, etc. As always, all thoughts are greatly appreciated! ***EDIT*** Duh! Once I created a "Share" using the addy/path through the 10Gbe NIC, all the traffic in Krusader went through it. sheeesh... a little more left brain next time. Now, if I could just get the speed up from 1Gbe (one) to 10(ish)Gbe, I would be a happy camper! Going SSD to SSD (Crucial MX500) so, they should give me something in the 4Gbe range, instead of 1Gbe. Going to bump the MTU up to 9000 and see if that helps. Happy Ho Ho! 🎅
  20. Apologies, my reply got truncated somehow... I meant to say thanks for the EditPad Lite, NotePad++, and nano suggestions! Thanks again!
  21. Thank you @John_M and @Frank1940! I appreciate the quick and succinct replies. I have been plodding along with vi and while it works, it is a bit clunking for this nube. I think I will look at some of the other editors; thanks for the nano suggestion. Have a great day!
  22. Hi All, Early Happy Holidays to everyone! 🎅 So, I decided to revisit Wake-On-Lan (WOL) for my SuperMicro X10DAC board which is my primary unRAID server (#1 of 4). All my others have IPMI and work well. As #1 was my first unRAID build, and subsequently the beefiest, it serves most of data and media needs to our family. However, there are periods of time (sometimes days) where it is simply unnecessary for the system to be up, so I would like it to sleep. Sleep process was/is accomplished (thank you @bonienl for the great Sleep plugin), and after a little digging at SlackWare.org, and a tweak to the eth0 profile related to WOL, I am now able to wake #1 with a Magic Packet. However, the "tweak" to the eth0 profile does not survive reboots. So, my question is: where is the best place to put options/custom scripts/settings/commands to survive the reboot process? Currently, I specifically need to add " ethtool -s eth0 wol g " somewhere so it survives reboot. But, as my knowledge of unRAID grows and I experiment more with custom scripts etc, I would also like to know where to add them too, so they survive reboot. Thanks much!
  23. I am using both SAB and NZBGet. They work great and are quite fast, when i don't get throttled! Just they only have SSL and from what I've been reading, the ISP's are cracking those packets too; legally or not, but that's a whole nuther conversation.
  24. I thought I was setting up a client. I get the whole client server OpenVPN thing, which is why I am now confused. Do you have a recommendation as to where I could research this more? I figured that router would make a great client. geez...