Kilrah
-
Posts
2,024 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Kilrah
-
-
Yes, works on current
-
2 minutes ago, SolidFyre said:
Is it fetching these paths from the container settings
Yes paths are always taken from the container settings, then if that path is within one of the appdata sources it's considered internal
-
"Appdata source(s)" at the top, if something's within one of those set there it's internal.
-
-
Wouldn't know. Is the cache working as expected otherwise?
Also it seems you're using an XFS Docker image, can't make use of the features of the default btrfs, might be contributing. Was there a specific reason to change the default?
-
Check your Docker image is really on an SSD.
-
Do they not work as in the UI shows them stopping again, or you just can't connect VNC? If the latter just clear browser cache/cookies.
-
47 minutes ago, Marcel TV said:
die Frage ist wie kann ich bei meinem Mainboard IOMMU aktiviere im BIOS
Ist einfach zu alt, meine 1.Gen Core haben das auch noch nicht.
-
As mentioned it makes use of filesystem features e.g. btrfs subvolumes, zfs datasets - just copying the files will break all that, say removing an old image it tries to delete a subvolume but that doesn't exist anymore, it's just files.
Would explain why it "works" as it is but can't be modified anymore.
That's why the default is an image, it's self-contained, can be moved etc without losing/corrupting things
-
1
-
-
If it's affecting all then it's likely nothing the container maintainers can do something about, but something with the qbittorrent app itself.
-
Do you have a Docker image or folder? If it's an image there's no reason for things to break when the image is copied to another drive. If folder... it's basically impossible to transfer.
The Docker system makes lots of use of filesystem features to deduplicate things and is not really manageable manually.
"New permissions" is appropriate for data files but will wreak complete havoc if run on Docker or appdata files. But Docker runs as root so it's unlikely you'd have permission problems, if there are issues it's more likely corruption.
-
30 minutes ago, MartynK said:
The only problem is the window showing the status of the copy has vanished, its not now visible and the link at the bottom of the page has gone also.
I can see that files are still copying if I look at disk activity or go look at the actual share on the array.How can I get the status window back, without it if I needed to cancel the copy I dont see how ?
Wrong thread, that's about the dynamix file manager plugin since it seems that's what you're using, UD only mounts the drive
-
1
-
-
Would try recreating the docker image at this point.
https://docs.unraid.net/unraid-os/manual/docker-management/#re-create-the-docker-image-file
-
1
-
-
This is a community forum. Use the contact support form you got.
-
46 minutes ago, Nanuk_ said:
I was referring to the I believe was a promo that I missed out on.
Plus to Unleashed is still there at $19, but that means switching to the renewal fee system and thus forfeiting your lifetime upgrades, the $49-now-$69 upgrade to Pro keeps them
-
2 hours ago, Jufy111 said:
Also I don't think it is dead. The dockerhub shows a nightly build updated 18 hours prior to this post.
That's just because there's still an automated action building the code every night even though it hasn't changed in 4 years.
-
The .so files are ELFs.
-
34 minutes ago, Saarlaender said:
How is that store thing supposed to work?
Just menu->apps when logged with your admin account
-
1
-
-
31 minutes ago, Nanuk_ said:
I want to upgrade my plus license.
You can still do that, the price has just gone up a bit.
-
2 minutes ago, MAM59 said:
If the emulated drive still shows the old contents
Screenshot shows he formatted the emulated drive, so nothing there anymore.
-
The procedure is
https://docs.unraid.net/unraid-os/manual/storage-management/#rebuilding-a-drive-onto-itself
But... you NEVER format a drive you need to rebuild, there are plenty of warnings about that. Now you can see the emulated drive is empty since it was freshly formatted. Hopefully the data is still on the actual drive.
What is the exact situation now, is the drive connected, is it assigned to the array? Do not do anything else.
-
1 hour ago, thatsthefrickenlightning said:
Thanks for taking the time to let us know. Would it be wise to stop binhex containers in the meantime?
This vulnerability is only "triggered" when connecting to an ssh server running on a system with the vulnerable lib. Most containers do not have an ssh server, and only in extremely rare cases you would know about (e.g. a git server container) would that ssh server actually be exposed for someone to connect to. So no.
-
1
-
3
-
-
13 minutes ago, dopeytree said:
Presume the / is messing up searching?
It does not find it within the thread even if there are plenty of standalone occurrences of it either.
Many search systems ignore search terms shorter than 3-4 chars.
-
1 hour ago, mathgoy said:
I can see this in the Corefreq plugin but am not sure what I shoudl inderstand
Shows low effective clock and high C7 residency which is good, still a bit weird that there's no C2-3-4-6, might be something else to enable in BIOS.
You can press space and show the Power page, bottom will have package power. If that's low that'd mean there isn't much to save on the CPU and it's the rest of the HW.
Oh and remembering now, install the Tips and Tweaks plugin and set governor to powersave.
some Docker Containers dont start anymore
in Docker Engine
Posted · Edited by Kilrah
Your appdata share is set to 200GB min free space, both of your drives are below that at 114 and 188 respectively so anything trying to write to appdata will encounter a "disk full" error.
I.e. it was never the Docker image.