Ellis34771
-
Posts
48 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Ellis34771
-
-
On 3/6/2023 at 3:00 PM, Henry Thomas said:
Thanks Frank, I found the problem. I will also follow up on setting up a user.
What was the problem? I'm having the same issue.
-
On 1/6/2023 at 9:07 AM, dopeytree said:
Would you be better just backing up the whole cache disk?
That way it would cover any new shares + also backup any new folders before moving to array for other shares etc.
While I know what is basically what mirroring does there is a big performance hit using mirror for some reason.
Wouldn't that inadvertently pick up files meant for the mover as well?
-
MDD, but the model number is a Seagate, so yes. Thank you.
-
-
I want to replace an 8TB parity disk with a 10TB disk. (That's straightforward enough, remove / replace, let it rebuild)
But: I want to re-use the 8TB old parity disk to replace a 4TB drive.
When I plug it in, will un-raid re-recognize it as the old parity disk? Will it (hopefully) prompt me to re-format it and re-use it?
Or ... is there another procedure I'm missing here.
Thanks in advance.
-
I buy used drives all the time. (Someones with many hours on them). The amount I save is insane over a new drive. (Enough to justify if one fails, I'd have to replace it.). Thus far I've only had one drive failure, and that was ironically one of the rare brand new drives I purchased.
-
49 minutes ago, JonathanM said:
Parity is NOT a backup.
Agreed, and a poor choice of words on my part.
What I mean is that the parity makes it a lot easier to replace if the single drive goes down. (Rebuild). I have other backup solutions in place for critical data. (Including an older QNAP server that mirrors many critical files thru RSYNC).
- 1
-
I think I may have solved this.
I had the spin down time at 2 hours. My Time Machine backup on my work MBP was hourly. I've lowered the spin down time to 15 minutes. It seems OK for the moment. (I also cleaned up the AppData mess). Also: Turned turbo-writes off for the moment. I may turn that back on, but I'm doing this one step at a time.
Currently my doctor is on disk1, and my thinking at the time was then it is backed up on the parity disk. Wondering if I should move that to the cache disk and Implement a separate backup for that? (Any thoughts?)Thank you all !!
-
7 hours ago, itimpi said:
I notice that the ‘appdata’ share has files all over the array drives despite it being set to Use Cache=Only. With that setting mover will ignore the files on the array - you need Prefer (with Docker service disabled when running mover) to get them onto the cache. If any still do not move they may be duplicates of files already on the cache as mover will also not move duplicates - they need deleting manually. Whether that is a cause of your issue I have no idea but it makes sense to tidy that up anyway.
Yeah, that's been bugging me for a while. I'm not sure how they got that way, and mover doesn't touch them. That's on my list of things to look at. It appears that *most* of the appdata stuff is old and long since deprecated, but I want to take a methodical approach to deleting it so I don't accidentally shoot myself in the foot.
Good catch though, I appreciate it.
I'm going to resolve this. It's become a quest at this point.
-
8 hours ago, SimonF said:
Where is the location of your dockers, can you look at the system share to see where dockers images are located? Do you have turbo writes enabled?
The docker image is located at /mnt/disk1/docker.img
I can probably move it to the cache drive. But that's still just a single disk.
Turbo writes are in fact enabled.
-
Oh, even more interesting. If I stop the docker SERVICE, I can spin the drives down. But if I start the service (even with zero (0) dockers running, ALL the drives spin up again.
This is beyond weird.
-
On 3/24/2023 at 4:31 AM, JorgeB said:
Actually after my last post I tried that and for some reason drives don't stay spun down in maintenance mode, instead boot in safe mode, disable VM and docker services and try again after that.
OK, I shut down all VMs (Normally not running anyway). I shut down ALL dockers. Same issue.
What else can I shut down?
-
Well, I tried this in maintenance mode, and the drives all still spun up. Bizarre.
I'm at a loss on how to troubleshoot this beyond here.
-
Thanks. Appreciate that. So all it's doing is confirming the immediate spin up. (sigh). Maintenance mode it is.
-
I did find this in the log, whenever I do a spin down:
What is the read SMART after each spin down attempt?
Mar 23 13:37:28 Elsa emhttpd: spinning down /dev/sdf
Mar 23 13:37:32 Elsa emhttpd: read SMART /dev/sdf
Mar 23 13:37:36 Elsa emhttpd: spinning down /dev/sdj
Mar 23 13:37:39 Elsa emhttpd: read SMART /dev/sdj
Mar 23 13:37:41 Elsa emhttpd: spinning down /dev/sdi
Mar 23 13:37:41 Elsa emhttpd: spinning down /dev/sdh
Mar 23 13:37:42 Elsa emhttpd: read SMART /dev/sdh
Mar 23 13:37:44 Elsa emhttpd: read SMART /dev/sdi
Mar 23 13:37:49 Elsa emhttpd: spinning down /dev/sdg
Mar 23 13:37:50 Elsa emhttpd: read SMART /dev/sdg
Mar 23 13:37:53 Elsa emhttpd: spinning down /dev/sdf
Mar 23 13:37:54 Elsa emhttpd: read SMART /dev/sdf
Mar 23 13:37:56 Elsa emhttpd: spinning down /dev/sdd
Mar 23 13:37:59 Elsa emhttpd: spinning down /dev/sdc
Mar 23 13:38:01 Elsa emhttpd: read SMART /dev/sdd
Mar 23 13:38:01 Elsa emhttpd: read SMART /dev/sdc
Mar 23 13:38:22 Elsa emhttpd: spinning down /dev/sdf
Mar 23 13:38:26 Elsa emhttpd: read SMART /dev/sdf
Mar 23 13:38:31 Elsa emhttpd: spinning down /dev/sdh
Mar 23 13:38:32 Elsa emhttpd: read SMART /dev/sdh
Mar 23 13:38:39 Elsa emhttpd: spinning down /dev/sdi
Mar 23 13:38:40 Elsa emhttpd: read SMART /dev/sdi
-
Just now, JorgeB said:
Nothing obvious, to confirm there's nothing external accessing the disks start the array in maintenance mode and see if they stay down.
I'll give that a try and post the results.
I'm not sure when this started, but it had to be fairly recently. (I'd have noticed at some point). Not the end of the world, but my drives have plenty of hours on them, would prefer to make them last a bit longer, and save a bit of power. (It's one of the main points of Unraid, right?)
Just odd that I can't even manually spin any of them down.
... more soon.
-
-
I've noticed recently that all of my drives are *always* spun up.
I can't seem to find a setting that prevents them from shutting down.
Making matters worse, when I manually try and spin them down, they stay spun up. No obvious errors in the log. (So I literally cannot spin them down by any means).
Any thoughts? Any more information or logs that I need to upload?
-
Seems better, but still really slow on folders with 1,000 to 5,000 files. I'll keep reading those links.
Has anyone tried NFS mounts? (I've never gotten them to work). If so, is the performance better?
UPDATE: THE vfs objects line was the magic sauce. (I had a typo in that, once that was in there, bam)
I'm thrilled! THANK YOU.
-
This is a great start. Thank you to both of you.
-
Having several issues with UnRAID on MacOS (Monterey)
1. VERY slow access times, even to read large directories. I run a Windows VM on the same hardware, and it's not even a close contest. At times accessing files and directories from the Mac Finder is almost unusable.
2. Sometimes shares cannot be accessed at all. I create a directory, and then I try to copy a file to it, and it says no permissions. Or, I'll save some files from an App (such as Photos) to that same directory, but Finder won't open it. (Red dot). Meanwhile, using the same UI/PW under Windows VM works just fine.
I typically connect to UnRAID over SMB.
How do I start to fix this? (Am I the only one with these issues?)
-
I have two.
One Unraid, One older 4 bay QNAP.
I originally built the Unraid when my QNAP went down and I had to wait 6 weeks for the company to repair it with proprietary parts. Now the QNAP is a lite-backup server, but it does have some great internet facing tools. As such, I mapped some shares from the QNAP over to my Unraid box and I use the QNAP as a "gateway" to get to my Unraid files remotely.
-
On 11/12/2021 at 1:46 PM, JorgeB said:
16 at home counting a couple of test servers plus a small server at work, do I win?
Genuine curiosity: What do you use 16 servers for?
-
58 minutes ago, Squid said:
Set the array to not autostart (Settings - Disk Settings), then unplug on, turn on the machine. It'll tell you which one is missing. Repeat until you've got it. Then you can start the array.
But, if you can make out the serial numbers then you're rocking -> I always stick a label on the back (or front) of the drive that has the last 4 digits to make identification easy
Brilliant !! Huge time-saver. Once my current drive rebuilds, I'll do that next.
The serial numbers ... is that the extended string on the drive list on the dashboard? I need to pull the drives to see what info is on the labels.
Yeah, this is a position I won't find myself in again. #FAILA huge thank you to you!
Lost write access to one of my shares.
in General Support
Posted
Disregard. Fixed it with "Docker Safe New Perms"