3psus
Members-
Posts
19 -
Joined
-
Last visited
Converted
-
Gender
Undisclosed
3psus's Achievements
Noob (1/14)
0
Reputation
-
Thanks for this, I've seen Portainer being used before and definitely liked my first impressions. My 2 cents as far as a GUI goes for docker compose: I'd really only be looking for a text field where I can copy/paste the YML content, which would then add that container to the unRaid containers management page, just like any other that would have been added using a template. I just feel that would be the natural way of doing things with docker in unRaid using compose, but that's just my personal impression. Been thinking about the Portainer option while writing this though, and I'm more and more inclined towards it. Thanks again!
-
3psus started following OpenVPN Server & Client for unRAID 6.2+ (6.1 are still supported) , [Support] Linuxserver.io - Tautulli , [DEPRECATED] Linuxserver.io - Rutorrent and 2 others
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
3psus replied to jonp's topic in Plugin Support
Thx kubed! For those on 64bit system, this is the good package: http://packages.slackware.com/?r=slackware64-current&p=ncurses-6.0-x86_64-2.txz -
[DEPRECATED] Linuxserver.io - Rutorrent
3psus replied to linuxserver.io's topic in Docker Containers
thanks for the links above, tracked it back via github and arch already have the patch in place, i wondered why i wasnt seeing the issue Np! By the way, for anybody wanting to roll back, it is as easy as appending ":52" to the "Repository" field and update the container. -
[DEPRECATED] Linuxserver.io - Rutorrent
3psus replied to linuxserver.io's topic in Docker Containers
This seems to be related to curl. See notes for version 7.52.1_1 : https://www.freshports.org/ftp/curl and https://github.com/rakshasa/rtorrent/issues/538 I flagged the curl package out of date here so we can upgrade from apk as soon as possible : https://pkgs.alpinelinux.org/package/edge/main/x86/libcurl Edit: Also if we can get an update for the container with an upgraded curl, that would be awesome you flagged a package that is up to date with the latest release, as out of date ? you're going to be popular with alpine, lol. Yeah, you might be right. I actually thought there was a newer release of curl, but that is not the case. Anyways, it is done now, at least the maintainer will be notified about the issue and can apply the patch in a sub-release, like has been done on many other distros . I understand he might wait to the next stable release of curl though. I must say I find it surprising that libcurl hasn't had a new stable release after this but whatever. Thanks binhex for the suggestions. Seems like a roll back is the solution here. ref. https://github.com/curl/curl/issues/1174 https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/curl&id=bae58314ffe16b0642811fdb0187a9b8eba8d362 https://www.freshports.org/ftp/curl -
[DEPRECATED] Linuxserver.io - Rutorrent
3psus replied to linuxserver.io's topic in Docker Containers
This seems to be related to curl. See notes for version 7.52.1_1 : https://www.freshports.org/ftp/curl and https://github.com/rakshasa/rtorrent/issues/538 I flagged the curl package out of date here so we can upgrade from apk as soon as possible : https://pkgs.alpinelinux.org/package/edge/main/x86/libcurl Edit: Also if we can get an update for the container with an upgraded curl, that would be awesome -
[DEPRECATED] Linuxserver.io - Rutorrent
3psus replied to linuxserver.io's topic in Docker Containers
I've got the "Tracker: [Timeout was reached]" error also, but only for 2 trackers out of 5. This has appeared after last docker update, which also coordinates with a modem/router replacement (new model). Port forwarding seems fine, as reported by rutorrent. rtorrent version is not blacklisted on any of those trackers. Any ideas where this issue could come from? -
RFC: 6.2-rc2 experimental shfs hard-link support & appdata share discussion
3psus replied to limetech's topic in Programming
Totally understand. So i'll just kill the Downloads usershare and move it to the Plex usershare, then all the links should work (correct me if I'm wrong). Thanks a lot! -
RFC: 6.2-rc2 experimental shfs hard-link support & appdata share discussion
3psus replied to limetech's topic in Programming
I'm using cp -l /original/file /dest/file This file is located in a user share which has cache activated, but it is in fact from another user share: Downloads usershare to Plex usershare. I thought that it could work while the file was in the cache, but I understand that this is not possible. -
RFC: 6.2-rc2 experimental shfs hard-link support & appdata share discussion
3psus replied to limetech's topic in Programming
no Thanks Squid, On 6.2.4, it seems I still cannot use hard links. Trying cp -l gives me the cross-device link error, and in CouchPotato, the option to link then fall back to copy will always result in a copy. If my understanding of the feature is correct, this should work right? If so, what should I investigate to solve the issue? Thanks -
RFC: 6.2-rc2 experimental shfs hard-link support & appdata share discussion
3psus replied to limetech's topic in Programming
Good points. Yes hard links are now supported. Do we still need to do the changes from Page 1 to get hardlinks working in rc3? -
Great answer Gary, huge thanks! Definitely turning turbo write on now.
-
I understand, thanks for the clarification. Streaming aside, would there be any noticeable impact on reads going on, wether it be in latency or in read speed? Or is it marginal to the point that it wouldn't be noticeable?
-
If you never spin down your disks, then this is likely to improve performance for writes. I feel like Scott's question deserve's a little more attention. From what Rob wrote, it seems like turbo write could worsen read operation currently going on while other disks are spun up, like when watching a movie. In my environment, disks are never spun down anyways so spinning them up for a small write isn't an issue. My main question is: if all disks are always spinning, am I going to be penalized in read operations if I turn turbo write on? Is the wait time mentioned in the movie example only caused by the time it takes for other disks to spin up or is there any other variables in play? Thanks for this great article Rob!
-
Believe it or not, it was Lastpass' autologin or autofill features that were breaking plexpy's settings page.
-
Thx for the app (Fix Common Problems) suggested. It did find issues wich I solved right away. After that, I decided to start from scratch. I created a new docker image, added the dockers with the same mappings except for plexpy, which I created a new directory in /mnt/cache/appdata/plexpy I then opened the webui and to my surprise, it still had the same settings with the same ID and password for webui authentication. I really am clueless about all of this. Where else does this docker keep it's info? After deleting the docker image and the /conf directory (for me /mnt/cache/appdata/plexpy), what else is there to delete?