• Content Count

  • Joined

  • Last visited

Everything posted by Brucey7

  1. A potential solution to this might be the following action on hitting spin down button... Read vm.dirty_expire_centisecs Change vm.dirty_expire_centisecs from read value to 1 second (potentially 0 seconds) Spin Down the disks Wait 1 or 2 seconds (If any disks spun up) Spin Down the disks (or just spin them down again) Restore vm.dirty_expire_centisecs to original read value Currently, after a large write you need to wait 2 of 30 second intervals i.e. a minute before you can spin down the disks for the write cache to be flushed to disk
  2. Actually, Tips & Tweaks doesn't help. The disks still spin up again and make more writes. What's really need is for the write cache to be flushed to disk before spinning down the disks.
  3. Thanks dlandon, I have installed tips and tweaks, the options seem to be the size of the cache, not the speed it is flushed to disk. I've set the size percentages smaller and will see where that goes. I would still prefer to see the Spin Down disks button flush the cache before spinning down disks.
  4. From what it does now, to sync the file system, then spin down. After a large write, I have to wait for about a minute before I can spin down the disks as spurious writes seem to be made, if I spin it down straoght after a large copy, it spins back up again after a few moments.
  5. Further, this doesn't properly work on either server. The bug seems to be as follows, with a polling interval set at 30 seconds. Start a large number of files copying to the server, Spin up the array, Each file is copied for up to 30 seconds in read/modify/write before switching to reconstruct write Next file in the list begins in read/modify/write mode for up to 30 seconds again
  6. How do I determine what HBA's I have?
  7. I’m away on holiday for 2 weeks and have 3 unraid servers, auto turbo write does work on one, another is a backup with no drives. I’m not sure what the host controllers are.
  8. I’d thought of that, I would love to store the metadata on an SSD and make the catalogue a lot quicker, but there is no such option in Ember.
  9. One of my servers is dedicated to media (movies) with all of them catalogued with Ember Media Manager and only one share on my server with 20 data drives allocated to the share. If I use spin up groups, all the drives will stay spun up whilst I watch a 2 hour long movie. If I don’t use spin up groups, one drive at a time will spin up as Ember Media Manager retrieves the NFO file and JPG files to display in the catalogue. It can take 10 minutes or more as I scroll from movie to movie for the first 20 movies or so in the Ember Catalogue with long delays when the files ar
  10. They are all Seagate Archive drives ST8000AS0002 (20 of) and the 2 parity drives are Hitachi HGST_HDN728080ALE604
  11. I have the same error, it doesn't realise the disks are spun up
  12. A suggestion for an enhancement. Switch to reconstruct-write mode if writing continuously for X minutes.
  13. Thanks again, is there any configuration to do the boards BIOS or settings, or can I just replace it and go? I don't think I have a spare keyboard or monitor to set it up, I run it headless.
  14. I just ordered an X9SCM-F-O I hope it's compatible!
  15. I'm running unRaid 6.6.4 on X9SCM-IIF, it shut itself down overnight, when I turned the PSU off and on I got a whiff of smoke from the top left corner of the board. I'm guessing it's an obsolete board, is there a board anyone can recommend that's plug compatible with this one? same CPU/RAM slots support etc? It has 2 of 8 channel disk boards in it (I can't remember whether they are IBM or SM) and needs 6 SATA too. Many thanks in anticipation Bruce
  16. I fitted a new cable and I think I got them on new ports, I had the same thing happen and lost parity, so I am rebuilding parity and will then move them onto a different controller. I suspect it's either the controller, or more likely the 5in3 disk backplane, I've had this once before.
  17. Thanks, I'll start with a new cable and take it from there
  18. Occasionally, my system hits an unrecoverable disk error, always on the parity disk, sometimes on the parity2 disk, usually billions of reads and a few failed writes seems to be the same sector if both disks. A New identical config and a rebuid and it's ok. File attached, any ideas anyone? Bruce
  19. When set to Auto and first spinning up the array to do a number of large writes, some of the disks spin down part way through and you lose the reconstruct write and it goes back to snail mode
  20. In answer to trurl, yes it does use parity to rebuild the rest of the disk. It's not that simple when you live in a climate where peak daytime temperatures reach mid 40'sC but night time is more than 25C cooler, anything that takes more than 16 hours is a major problem. It's one of the reasons why I asked for the parity check to be paused and restarted.
  21. During the upgrade process, when passing the size of the previous disk, just write zeroes. There's no point continuing to read from the array to calculate the contents are zero, or am I missing something?
  22. on reflection, I suppose they are stored against the share, so I probably can't copy anything over. My bad for not backing up my flash in 6 months, I will have to see if I can remember the passwords on the pc's instead, if not, reset them and start again.
  23. Is there a way to copy users & passwords from one server to another? Obviously I know the usernames but I don't know the passwords
  24. I regularly do a single write of 100 -120 GB of data at a time, no speed issues at all, with "reconstruct write" on I nearly always max out the Gigabit connection, it occasionally drops from 113MB/s to 90MB/s. I have 11 of these shingled drives in the server, 2 of them are parity.