Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

4 Neutral

1 Follower

About tillkrueger

  • Rank
    Advanced Member
  • Birthday 02/23/1968


  • Gender

Recent Profile Visitors

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

  1. Stumped about what happened, but when I first set up ZeroTier, I was able to see my unRAID in the MacOS Finder's Network section. At some point, I don't know when and why, it disappeared from Network again. Now, many months later, I am trying to see what can be done to connect to unRAID again from within Finder, but even after re-tracing all configuration steps, I fail to succeed. The ZeroTier app on my Mac shows Status as OK after I solved a PORT_ERROR message, and I double-checked all network id settings and such in the ZeroTier settings on unRAID, restarted it numerous times, made sure it shows as "Online" in my.zerotier.com account, but nothing seems to bring my unRAID sytem back into my Network. Where to go from here?
  2. Hi everyone My current unRAID server has been as loyal as can be. I originally put it together some 10 years ago, based on a Supermicro C2SEA mobo with an Intel Core CPU (forgot which one) inside a Lian-Li tower case with 9 external 5.25 slots, 4GB of RAM, and initially 4 or 5 drives. Over the past decade, I have had to upgrade a few components, such as SATA controller and cables, then three 5-in-1 cages to be able to add more drives at will, and over the past 2 years I upgraded the CPU to an Intel Core 2 Quad CPU Q9550 @ 2.83GHz and 8GB of RAM, to be able to run basic VM's and use Dockers more comfortably. Beginning of this year the system was at 48GB capacity (21TB used) distributed over 13 drives plus an SSD Cache of 512GB, using dual-parity, and has recently shown disk-temps as high as 55 celsius, which - given that all 5-in-1 cages are basically full and stacked, and ambient temps in Berlin reaching 38 celsius - isn't a huge surprise, I guess, but disconcerting to say the least. So much about this system's past. I spent the past 2 months with first consolidating all of my 21TB of data onto 4 data drives plus one 8TB parity (still using the 512GB SSD cache), and felt pretty good about removing seven 3TB drives from the server, yesterday, spacing the remaining drives apart in such a way that left one empty slot in-between each. Unfortunately, I see that disk temps are still at an average of 40 celsius at idle, reaching 45+ when array is actively copying/moving data. Being that the system has been so stable and loyal, and that I currently do not have the funds to do a full hardware upgrade (mobo, CPU, RAM, and all), I am hoping to find a new case that - ideally - could fit my old hardware, and at some point can be upgraded to new hardware. Is that possible? I spent many hours scouring the forums, and I really like the look & feel of the Silverstone DS380 and its front-accessible drive bays, but understand that its air-flow is sub-par and needs some tweaks to be acceptable. It probably couldn't be worse than my current cooling performance, and I don't know whether it could hold my old hardware properly, but that's the kind of case I am looking for. I do realise that the DS380 wouldn't be the case to upgrade to a modern hardware solution with full direct-access GPU VM's, but I seriously doubt that I will go there anytime soon. The way my current system is running, it could easily server me another 5 years. It's used almost exclusively as a data-backup and management system. Does anyone have any suggestions for me about how to get from where I am now, to where I'd like to be, using up to 8 drives, front-accessible, in that small a form-factor?
  3. thanks, ¯\_(ツ)_/¯ your suggested steps sound logical, and if anything like this should ever happen (again), they will be my first course of action, but I have actually deleted this topic after returning from looking at the server, earlier...no idea how this is still here, but now that you have answered my post, I guess it's best to leave it up as "solved", in case someone else ever runs into a situation like this. but as it turns out, when I went to take a look at my server, earlier, I hit the power button, and watched it boot right into unRAID's login prompt, like nothing bad had ever happened. I never cease to be amazed by how dependable my old trusty system has been running for what must now go on 15 years, with only a few hardware upgrades in all that time (better drive-cages/cables, SATA controller, CPU and more RAM), but all on the original mobo. sorry for the false alarm, but I'm happy to be back up and running
  4. well, since testdasi has put me on a new path, regarding how this is done more effectively, I'll mark this thread as "solved". thank you.
  5. While doing a number of disk-consolidation activities this past week, Berlin was struck by an extreme heat-wave. The Web GUI did alert me a number of times about disk temperatures rising above 50 degrees celsius, but would usually drop below the 46 celsius threshold shortly after. At some point, 3 days ago, at the height of the heat-wave, the WebGUI started to behave wonky (pages wouldn't load properly, etc.), and I initiated a clean reboot, from which the system never returned. It couldn't be reached anymore by WebGUI or SSH. I asked someone at the location to please press the power button for 3-5 seconds to force the machine to be off, and then again to initiate a start, but was told that the machine's screen shows that it isn't booting...I will need to go there, today, to see at which point it fails. Someone at my friend's web-agency, where the system is co-located, told me yesterday that he heard my server beep repeatedly as early as 4 days ago, so my question now is: since unRAID boots off the USB Flash drive (which is on the motherboard, in my server), what are the most likely candidates for failure after a heat-stroke situation like this? Where to start trouble-shooting what component is failing? Could mobo, CPU and/or RAM have been damaged to such a degree that it/they won't work anymore? Could the boot Flash stick have been damaged? I'll be heading over there in a bit to take a look at the screen, but I fear that something was damaged...but what?
  6. User Scripts looks great...thanks again, testdasi! haven't executed a script yet, but added the one you suggested, to learn how to do it... I imagine it can also be used to execute operations via rsync and with screen, to make them persistent, right? lots to learn.
  7. testdasi, please don't get me wrong...I don't "insist" on using Krusader over a solution such as the one you just gave me, which is exactly the kind of suggestion I was hoping to get. I had never known about CA Users Script, and I appreciate you letting me know about it. if I wanted to *move* my files, would it then be "mv -rv /mnt/diskX/* /mnt/diskY/"? is there a parameter to cause Terminal to show progress as it happens? is this process going to be persistent, even if my Terminal session got interrupted? and thanks for reminding me that I had already posted about this a year and a half ago...my memory fails me quite often. I am almost done with the 3rd disk (deleted a bunch of old archives), so when I consolidate the next batch of disks to a much bigger disk, I shall try CA Users Script and hope that you might be able to help me if I run into any head-scratching, which is quite likely. sorry if I came across as stubborn and unwilling to take advice...that really wasn't my intent.
  8. I do see a "pack" and "unpack" function in Krusader...will have to experiment with how long it takes to pack a 600GB computer backup. If anyone has some insight into how to pack or compress all files in a folder (recursively, if possible), I'd greatly appreciate hearing/reading about it. For that purpose, I suppose that going into Terminal would be fine, as this is something that wouldn't have to happen very often.
  9. I am doing the 3 disks in sequence, now on the second one (it has sat at 99% for over an hour now, even all files appear to have been moved). Since I am trying to avoid having to resort to Terminal commands, I posted about the possibility of a tool or plugin. I understand why you would think that compression would make it even slower, but I still don't think so. See, some file formats are really just "containers", such as .img, .sparseimage, and even .app, and Krusader moves the files within them, one by one, rather than the whole container as one. A typical 400GB computer backup to a .sparseimage file (I use Carbon Copy Cloner) contains some 500,000 files or more...but my theory is that if that is zipped, the resulting zip file would be moved as *one* singular file, just like a big Photoshop .psd or QuickTime .mov file. In my experience, Krusader has ben very consistent with copy/move speeds, but it appears to me that it always seems to move those container files last, which makes it *appear* as if it first copies/moves very quickly and slows to a crawl...because it does...not because of Krusader as such, but because of the order in which it moves files. At least that's what I think. A quick Google search comes up with what seems like tons of solutions for batch compressing files in a folder, but what I was wondering is whether there is something that's specific to, or proven on, unRAID...like a 7zip plugin that ties into Krusader, or something like that.
  10. Whenever I consolidate disks with Krusader, like going from three 3TB disks to one 8TB disk (as I am doing right now), I see that very often the first 98% take - say - 12hrs, and the final 2% take 2-3 days. Looking at Krusader's Queue window, I can see that it is usually the computer sparseimage backups, the software install file(s)/disk(s) backups (ie. OS X 10.x installers), email archives (like 10'2 of thousands of .eml files), and small files that will take seemingly forever. My theory is that if I were to archive those files in some sort of compressed format (zip, rar, etc.), the process would be *much* faster (Krusader usually reaches around 50-100MB/s on big files, such as captured/rendered video files, big CMYK files, etc. Is there another way to avoid these super slow moving operations of sometimes hundreds of thousands of small files, and if these is, how? If compressing the offending files is the way to go, is there a plugin or tool which makes this easy for someone like me, who is not comfortable with Terminal (or at least using Terminal every time I want to do such a thing). Maybe Krusader itself has a built-in method or tool, either in its standard install or as an extension/plugin? Hoping to find a solution, as this has really bit me in the butt too many times in the many years of trying to grow my trusty ole' unRAID system.
  11. ah! I got it working. your question, testdasi, about Krusader's configuration, made me realise that since Krusader has been running since *before* I added the new disk to the array, that Krusader simply wasn't yet aware of its presence, and had already allocated the last available "slot" to the RAM (or something like that). restarting Krusader did the trick, and I can now pull up disk10 on the right just as I would expect .
  12. oh, Krusdaer (my brain was at Unassigned Devices), of course! Let me look at those settings...
  13. well, they have always worked the way the plugin was originally installed, even through a number of array disk changes, which isn't to say that something can't be wrong. where exactly would I need to go to check the configuration, and which parameter would I be looking for?
  14. Ok, while I haven’t used that plugin since discovering Krusader, years ago, I shall follow your advice as soon as I’m in front of my computer again. (at lunch, here in Berlin) Sent from my iPhone using Tapatalk