Hastor

Members
  • Posts

    43
  • Joined

  • Last visited

Recent Profile Visitors

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

Hastor's Achievements

Rookie

Rookie (2/14)

0

Reputation

  1. Ah, you're correct. I don't think I ever touched that setting, is it default to never spindown? I know when I haven't used it for a while, I typically hear more noise, and have to wait a second before it becomes responsive, same when accessing a file from a different disk on the array, so it always seemed like a spindown delay was there, but I'd never seen the * as the temp.
  2. All of my disks are SATA, I even hear (and wait) for them to spin up, but I have never seen a * for the temperature. They always maintain a temp a few degrees above room temp for ones in external enclosure (28c in a 24c room), and the ones in the server tower a couple degrees more. Even if I haven't accessed them for days. Even if I click spin down, I never see a * - is something wrong? Sharing my config. All my drives are Seagate, either Ironwolf or Exos. megachurch-diagnostics-20230709-1645.zip
  3. I touched on this in another thread where I was asking a few things, but based on the answer, and what I see when I click the ? for info in Unraid on my array, the temperature should read * when my drives are spun down. I've never seen a * under my temperatures for any of my drives, always temperatures, for years. I'm using Seagate HDDs for my array, and Crucial SSDs for my cache, and have used Samesung and WD SSDs. Always seen a temp on everything. Most specifically, in Unraid it says (copy/pasted): "We do not read the temperature of spun-down hard drives since this typically causes them to spin up; instead we display the * symbol." The thing is, I could swear I hear my drives spinning down. When I haven't accessed a drive for a while, and request a file from it, there is typically a brief delay before the first file comes in, then it is instant from then. This seems like spin up/down behavior to me (and sounds like it when I'm nearby enough to hear it). But I've never seen a * in the temp to indicate a spun-down drive. Someone replied in my other thread saying they saw * when spun down, so what gives? I appreciate any help! Thanks! Diagnostics attached megachurch-diagnostics-20230518-0110.zip
  4. Just curious about a couple things: - If I hover around the HDD temps and click when the cursor is a ? for more info, it says that temperatures won't be read for spun down drives, and a * will be shown instead. I just noticed that. For a couple years now, I've heard my drives spin up and down, but always seen a temp, never a * show up. My drives ARE spinning down right? - If I click 'spin down all drives' or 'spin up all drives', how long is that for? If a drive is in use, or a file from it is requested, I'd assume it would spin up. Does spinning up just spin down after the normal idle time before a spin down? Thanks, just wanna be sure I understand what some buttons do, and that my drives are spinning up/down properly.
  5. This is when they are green. It says "Normal Operation, Device is active. Click to spin down device." If I hover the green dot. However, capabilities/attributes show not available most of the time. I even tried immediately after copying a file to the cache, and refreshing a few times to see if it appeared, so I know it is active, but neither drive will give me stats. I also tried after running mover, with a small file on the cache. Sometimes they do show though... I wish I knew what determined when that was. Updating to note that if I do a transfer that takes long enough, and check while the file is being transferred to the cache, I can see the info at that point. They are always green though. My previous Samsung SSDs for cache had this info avilable every time I looked, these WDs seem to work just fine but only provide info when transferring.
  6. Well this is odd @JorgeB, now they are unavailable again. I haven't changed anything or rebooted, though I did copy some files to the cache, whilch are still on it until mover runs. The disk info seems to come and go, but the cache works fine. Sorry to respond so many times but things kept chaning and throwing me off. Diagnostics in comment above. Thanks again for any insight!
  7. Nevermind, this info is available now. I expected it to be available immediately. I'm out of SATA ports so I shut down, replaced one cache drive, rebooted, put the new drive in the empty slot, waited for the array to start and btrfs to finish its mounting, which took a bit. Then I did the same for the second drive. Then I rebooted again for good measure. Though I haven't rebooted since last time I checked. I guess it just takes some time to appear after installing a new drive... I didn't even consider it could be delayed.
  8. Here's Diagnostics. I normally do include them, but I thought WD drives were probably common and it might just not work with them. Thanks for checking it out! megachurch-diagnostics-20221119-0512.zip
  9. I just upgraded my cache from 2x500GB to 2x1TB with two WD Blue SSDs, mirrored. When I view the disk info, the Attributes and Capabilities tabs have 'not available' messages. I couldn't find much about it searching. One reason I replaced them as well was error messages from those attributes on my other disks, and it seems I'm blind to them now, but I wouldn't expect WD to be that rare or odd as for as drives go. I was previously using Samsung Evo SSDs, but one was getting an increasing reallocated sector count, then worse errors. I replaced it with another EVO. Same thing happening with it a few months later (the other has been perfect though), so I decided to change brands and increase the size. Now I'm worried the same thing will be going on and I won't know about it. If that's going to be the case with these drives, would it result in corrupt files potentenially being moved, or does btrfs somehow notice if something doesn't match up?
  10. Just one last post to confirm it wasn't monitor related. Bought a new PSU for the monitor I normally use cause it is packed up for moving somewhere. Same results though. I expected that, but my older monitor displayed it a little better. In 6.9.2 the VGA cable I use makes a difference as to whether it displayed cleanly, or zoomed in. I'm using a cable that displayed better at that point, I'm guessing some cables don't have a pin to communicate resolution etc. Weird that other T140 users aren't complaining so far. I guess I primarily use it headless and can still get to the terminal, so if network dies, I can still get to stuff. I'll just have to search/ask in the forums as I'm used to the GUI! Hopefully that won't be an issue! If I find a solution I'll let you know. This server doesn't support added GPUs as the primary screen or I'd just add one. If there's any chance it is a different driver than the one listed above being loaded for my card, let me know, but I'm guessing you were able to see in the diagnostics. Something worked in 6.9.x and at least the first release of 6.10.x (only one I tried) that changed for my graphics in any case!
  11. I'm definitely not the only T140 user here, but I haven't heard from others. I'm gonna try a different monitor tomorrow, that Unraid 6.9.2 displayed much better on for some reason (but only with certain VGA cables). I'm moving and its power supply is packed so I ordered a same-day delivery PSU for it to test today. I borrowed this monitor from my partner for the upgrade, but it DOES get video on 6.9.2. Just to be sure, should I be putting that line in the box you showed, or the one under it for GUI? Is that definitely blocking the right driver for the chipset showin in the screenshot I posted above? I really appreciate your help, I just really need to use Unraid for hopefully a few more years on this machine! I need to upgrade my cache and 6.9.2 has a bug with doing that! Currently on this machine, 6.9.2 = cache upgrade bug, 6.10.x = no network, 6.11.3 = no video. I feel like I'm not having very good luck lol.
  12. That didn't change anything. I also tried adding it in the same place in the GUI box below that one since that's the issue, and I thought maybe it wasn't running that line since I was booting to GUI, but that didn't change anything either. I reverted to my backup of 6.9.2, GUI came back, and then I upgraded again before attempting the above just to be sure I had a clean upgrade. Nothing I tried gave me a GUI over VGA again on the current version. I have always noticed on 6.9.2 that Unraid runs very large by default on my 1080p monitor, and I have to scroll left/right to see everything, or zoom out the browser. Were there any changes in resolution since 6.9.2? This is the info I can find on the server I'm using: I am using a very vanilla install. Anything else I can try/provide? I do appreciate the assistance very much!
  13. I just got around to updating my Dell T140, to 6.11.3 and am having the same issue. I was on 6.9.2 before, as I had network interface issues last time on 6.10.x and rolled back and waited a bit. Network is great, can get to gui there. I see all the boot stuff but it goes blank when it would show the GUI on local VGA. I wasn't sure if I should make a new thread or not since this is marked solved but describes my issue exactly. Updating to note that it uses Matrox video according to Dell's specs. Diagnostics attached. Please help! Thanks! megachurch-diagnostics-20221116-2231.zip
  14. Sorry to necro a thread, but I'm still on 6.9.2 - I'm only using it as a SMB file server so it is still suiting me fine, but I do like to stay up to date. Does anyone know if extra steps are still necessary in the current version (6.11.1)? Was this ever fixed? I did attempt to update to 6.10.2 when it was new and got the message that it couldn't find ETH0 (I believe that was it), as described here and just restored my backup, figuring it would eventually be addressed.
  15. I have the minimum free space on my array set to 150GB. This overrides any setting you have for the cache, or I would have it a bit bigger for the disks to ensure free space, and smaller for the cache. In any case, my cache min space is set even lower than that, so it isn't a factor here. When copying files to the cache, it will still have 170GB free at times when it switches to writing to the drives in the array. Why doesn't it use the last 20GB always? I'm not using anything other than the share - no VMs, Dockers, etc. On latest version of Unraid etc. Not the biggest deal, but I like to understand what's going on.