TDD
-
Posts
75 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by TDD
-
-
Well, I removed the system status plugin. Finally failed w/o plugin, so we can assume it is safe.
It did it right in front of me so I got a look at the log. From the attached, it looks the like server is resetting the USB. A quick attempt to access the USB via the network shows that it in fact is dismounted, hence all the plugins trying perhaps to permanently log things to the flash and failing...so I would assume.
Next question - is this a symptom of failing hardware/usb port or the usb drive itself coming to an end? It is the original one that I have been using since day one...perhaps 6 years now.
I will pull it and try another USB port. If it goes away, then I guess the port is wonky. Further fails and I guess we can move the key over to a new USB stick and see what that does? If still, then perhaps my MB is slowly fading away...
Thoughts?
Kev.
-
Well, I removed the hotfix plugin and it still failed this morning.
Same thing as my last post. This time I could not capture a syslog or diagnostic; the browser just came up with a "404 file not found" upon retrieval of each log.
I did manage to at least get the syslog from the system and copy it to a drive prior to reboot. Attached.
Ugh!
Kev.
-
I will do this right away. Results to follow.
Kev.
-
Attached.
This is now after a reboot so hopefully nothing has vanished. If it happens again, I will post the log right after fail.
Kev.
-
Hello.
I let the server sit and come back after some time to see nothing coming up but script errors.
It looks like the dynamix stats script fails out and then everything follows? Have a look at the log and screenshots.
This is recent behavior in the last few days. A reboot corrects the problem.
Help?
-
I do have a lot of top-level shares, and had considered cleaning them up by burying them in one folder at the top instead.
My docker runs on a normal drive, 20GB in size.
I have been going through each drive and noting spurious folders, going back to the shares area to ensure that all shares are defined explicitly as include or exclude as needed to ensure nothing ends up elsewhere.
I am in the midst of Reiser to XFS migration as well so it might cure itself as the folders are recreated? I am watching for this to see what happens.
Many of the shares are set to either non-export or hidden so it is not so zany when I pull up a list of shares from the server...
Kev.
-
Hi all!
I have been busy moving things around in my array as I leave ReiserFS for XFS. No problems.
I have noticed that I still have a mix of 4k-aligned and unaligned MBRs.
My solo 4TB is 4k; the others (a mix of 2, 1, and 0.75TB drives) are showing a mix of 4k aligned and not.
I perhaps erroneously assumed that the reformat to XFS would by default 4k align things but it appears not.
Questions are...
1) Any benefit to having them 4k or not? Peformance? I am more than sure my older 2TBs and before are non-AF drives.
2) To make them all 4k, I must emtpy them, preclear them, format again as XFS and it will force 4k?
Is there a tool to run that shows conclusively which drives are AF and which are not?
Thx!
Kev.
-
Well...I guess I do, including the disk shares. Only about half are exported to SMB. Just a lot of folders and breakdown therein. Music, for example under my SONOS is broken out into different folders based on content.
Many folders are just for storage and hence get created in the shares (but again, not exported).
Does the number of shares have any bearing? Again, it is only upon Plex access this particular directory structure.
Kev.
-
Hi all.
I have seen a few posts about this in the forums but nothing has pointed me to a solution.
I can reproduce these log entries every time. It happens when, via Plex (docker) accesses my "TV" share across two disks. Plex is set to access "/mnt/user/TV" and the share itself is set just fine to the disks in question and the two folders (both "TV").
Everything comes up as it should via Plex. It doesn't do this for other Plex libraries that are similarly configured across disks (movies, etc.) and through the /mnt/user side of things.
Both disks that house the two folders have clean SMART reporting.
It doesn't log this issue if I access /mnt/user/TV from the console, or via Windows, or any other way. Strictly a Plex thing.
Nothing shows in the Plex logs either.
I haven't moved all the shows to a single drive (and folder) and checked to see if it reproduces under this condition. Might be my next step.
It doesn't seem to be interfering but I just don't like spurious log errors...
Help? Diagnostic attached too.
Kev.
Feb 19 21:24:05 FS shfs/user: shfs_fallocate: fallocate: (95) Operation not supported
Feb 19 21:24:05 FS shfs/user: shfs_fallocate: fallocate: (95) Operation not supported
Feb 19 21:32:18 FS shfs/user: shfs_fallocate: fallocate: (95) Operation not supported
Feb 19 21:32:18 FS shfs/user: shfs_fallocate: fallocate: (95) Operation not supported
-
I have seen many older DIMMs on ebay that are 16 chip...I assume they would be safe to use then? Steer away from anything 8 chip...?
Kev.
-
Hi All.
Still running my C2SEA - it just goes and goes so it says a lot about its stability.
With it now seeing the latest 6.1.7 unraid and a few dockers, the original memory is getting a bit thin (4GB). Tried adding a couple more sticks of 2GB RAM and they don't work. My older DDR3 2GB ram from another machine does work.
I suspect it has to do with the chip counts now...my older DIMMs are 16 chips total while the new ones are denser at 8 chips. The memory controller in the C2SEA must not like the new stuff.
Is it as simple as sourcing out older DIMMs that have 16 chips vs the 8 now for the same speed, timings, etc. to get the upgrade? RAM descriptions are not too precise out in the marketplace I have discovered.
Kev.
-
I moved to 6 some time ago and set up dockers...love it. Makes 5 seem very archaic!
For some reason, I completed overlooked the convenience of user shares from Plex. In fact, everything that I set up that was accessing data (Sonarr, etc.) with /diskX shares. Even all my directory setups for Docker are in /diskX format. Old habits die hard.
I will move all references towards the /user space and hence manage all real folders within unRAID. I agree that it makes *much* more sense...I won't forget to keep editing the applications and their paths.
So...all positives here and no negatives at all?
Also, how do I shell into a Docker to see just what filesystem it is seeing? I have mappings in my Dockers for /mnt <-> /mnt/ but are they needed with this setup?
Kev.
-
Hi all. Question for those in the know.
Many of my Plex libraries and spread across multiple disks. For TV shows for example, I have Plex set to access each folder separately from the disk level shares:
/disk1/TV
/disk3/TV
/disk4/TV
etc.
One can access the entire structure from the /user/TV folder as well, presenting one listing of everything of course.
My question is:
With Plex knowing the exact location of every show in situation 1 above, specifically which disk any show resides in, I imagine it doesn't need to spin up any of the other disks to access it.
If I remove the disk level paths and replace it with the /user/TV path, will Plex (and unRAID) spin up *all* the drives to access any particular show on one disk?
The /user paths are great in that any future additions/edits are done in the unRAID domain so one never needs to touch Plex by editing paths. The disadvantage would appear to be unnecessarily spinning up disks.
Is there a better way? Should one always use the /user area?
Kev.
Plugins causing UnRAID to fail
in General Support
Posted
I should add that this is recent behavior and not sure if it is tied to my processor upgrade (Core 2 Duo -> Quad) and in the last week or so, very heavy inter-server transfers as I move from Reiser to XFS.
I moved the USB stick to another port (motherboard port to external) and rebooted. Awaiting now...
Kev.