Brucey7
-
Posts
304 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Brucey7
-
-
On 10/15/2020 at 7:23 AM, Brucey7 said:
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.
How do I determine what HBA's I have?
-
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.
-
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.
- 1
-
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 are on spun down disks.
A great feature would be all drives in the share accessed to be spun up on accessing (say) the NFO or JPG file and then whilst I’m actually watching the movie, typically an MKV file, the other drives would be spun down on the preset spin down delay.
Currently I work round this by using spin up groups and copying the movie I want to watch to my HTPC, but it’s a pain with some 4K movies being 70GB or larger.
-
They are all Seagate Archive drives ST8000AS0002 (20 of) and the 2 parity drives are Hitachi HGST_HDN728080ALE604
-
On 7/31/2020 at 8:35 PM, TexasUnraid said:
Does turbo write work with 6.9? I had some issues after updating where turbo write was not being enabled even with all the drives spun up but it worked fine after uninstalling the plugin and manually changing to reconstruct write.
I also perpetually get this notice on the plugin "An update to this plugin is available" but when I check for an update nothing is shown?
I have the same error, it doesn't realise the disks are spun up
-
A suggestion for an enhancement.
Switch to reconstruct-write mode if writing continuously for X minutes.
-
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.
-
Thank you Chandler
-
I just ordered an X9SCM-F-O I hope it's compatible!
-
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
-
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.
-
Thanks, I'll start with a new cable and take it from there
-
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
-
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
-
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.
-
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?
-
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.
-
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
-
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.
- 1
-
OK, so I have used my spare flash key from my standby server, reconfigured everything, except there are a couple of new users.
I don't know the users passwords, I do have a backup of the broken key, is there a file I can replace on the new flash from the backup to restore the new users and passwords?
-
I tried to format it and it said "Windows was unable to complete the format", so I guess I need a new flash drive and key?
-
My PC says it does not contain a recognised file system and I need to format it, so I guess it's corrupted
-
[Plugin] CA Auto Turbo Write Mode
in Plugin Support
Posted
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