3psus

Members
  • Posts

    19
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

3psus's Achievements

Noob

Noob (1/14)

0

Reputation

  1. 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!
  2. 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
  3. 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.
  4. 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
  5. 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
  6. 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?
  7. 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!
  8. 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.
  9. 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
  10. 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?
  11. 3psus

    Turbo write

    Great answer Gary, huge thanks! Definitely turning turbo write on now.
  12. 3psus

    Turbo write

    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?
  13. 3psus

    Turbo write

    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!
  14. Believe it or not, it was Lastpass' autologin or autofill features that were breaking plexpy's settings page.
  15. 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?