Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

5 Neutral

About deusxanime

  • Rank
    Advanced Member
  • Birthday July 3


  • Gender

Recent Profile Visitors

481 profile views
  1. Well I'm just subscribed to a bunch of threads and saw the discussion. Wasn't looking for any specific support myself.
  2. Ah I realized what it was... I use binhex's rtorrent-vpn container, which uses tmux instead. Didn't realize I was in lsio's thread! Whoops.
  3. Is that right? Swear the couple times I've done it in the past it was tmux. Or did it get changed at some point?
  4. Interesting, didn't know there was such a thing! I'll give it a try. Thanks!
  5. I mostly use this with Mega, which it is awesome with, but I've been running into other sites (RapidGator, UploadGIG, etc.) that requires a browser to do the captchas and since it is running in a container of course this doesn't work. I don't think there is a way to get the link to open elsewhere/outside the container either, and that probably wouldn't work anyway since it would see it coming from a different location I imagine. Is there anyway to put in a simple/basic install of Chrome or Firefox maybe into the container to allow those to open up and be done?
  6. I'm on multiple private trackers and have been able to seed with no problem and keep my ratio quite good.
  7. I feel like this is a myth that gets touted around a lot. I use TorGuardVPN with this thread's namesake container and there is no port forwarding going on, yet I can get multiple Mb going in both directions without a problem. So I don't think port forwarding/direct connection is as important as it seems.
  8. I don't have quite as many people as @IamSpartacus, usually a few at a time is my max, but haven't had any major issues with RAM transcoding (I have /transcode in the docker mapped to /tmp and set in Plex server settings). It might matter how much actual memory you have in your system. Of course that is only going to work if you have enough to spare. I have 64 GB in my server. What I have noticed that started over the past few weeks is I get tons of "buffering" messages coming from Tautilli, but nobody remote is really complaining to be about any problems so I have mostly been ignoring them for now.
  9. Thanks, I was able to change things around using that URL to the web console. Took a bit to figure out where to change it, but after some digging I found the setting.
  10. Do I lose device, backups, progress, etc? Or will that all get sorted out and restored when I bring it back online?
  11. I don't see anything useful, but just in case here you go. The container had been sitting and running and 19:51 is when I logged in. It comes up with that "warn" as soon as logging in, so not related to this issue. I go to change the setting from 15 minutes to something else, and as soon as I hit the dropdown, the GUI crashes (or at least goes all blank other than the top menu). No messages shows up in the ui.log though until I force exit (File > Exit) and then you see the sending exit message. Both ui_error.log and ui_output.log are blank and stay that way. 2018-10-23T19:51:02.153Z - info Screens.Login: Login request was successful 2018-10-23T19:51:02.154Z - info AppInit: Set application state to be logged in 2018-10-23T19:51:02.154Z - info Screens.Login: Requesting application startup data 2018-10-23T19:51:02.167Z - info AppInit: Register authenticated event handlers 2018-10-23T19:51:02.167Z - info AppInit: Requesting all application initialization data 2018-10-23T19:51:02.240Z - info Screens.Login: Finished requesting application startup data 2018-10-23T19:51:02.641Z - warn RestAdapter: Error making service request to : Not Found 2018-10-23T19:51:48.136Z - info: Sending exiting message to service 2018-10-23T19:51:48.177Z - info: Sent exiting message to service. Quitting 2018-10-23T19:51:48.911Z - info: ************************************************************ 2018-10-23T19:51:48.913Z - info: Name: CrashPlan 2018-10-23T19:51:48.913Z - info: Version: 6.8.3 2018-10-23T19:51:48.913Z - info: Options: _=[], showMenubar=false, showDesktop=true, isDevEnv=false, isTestEnv=false 2018-10-23T19:51:48.913Z - info: Platform: linux (x64) 2018-10-23T19:51:48.913Z - info: Service Info: /var/lib/crashplan/.ui_info 2018-10-23T19:51:48.913Z - info: Log File: /config/.code42/log/ui.log 2018-10-23T19:51:48.913Z - info: ************************************************************ 2018-10-23T19:51:49.114Z - info: Setting locale after receiving loginSetup to AUTOMATIC_LOCALE 2018-10-23T19:51:49.116Z - info: Connected to service, show main window 2018-10-23T19:51:49.605Z - info: Updating system locale to en_US 2018-10-23T19:51:50.281Z - info: Closing splash screen 2018-10-23T19:51:50.236Z - info JS Console: Init browser console logging 2018-10-23T19:51:50.238Z - info main: Starting application initialization 2018-10-23T19:51:50.244Z - info ServiceInterface: init() with 2018-10-23T19:51:50.283Z - info: Showing main window 2018-10-23T19:51:50.242Z - info main: Initialized ipc listeners to main process 2018-10-23T19:51:50.244Z - info main: Initialized push event interface to service 2018-10-23T19:51:50.245Z - info main: Initialized https interface to service 2018-10-23T19:51:50.265Z - info main: Performed localization loading, attempting to connect to the service 2018-10-23T19:51:50.288Z - info main: Connected to the service 2018-10-23T19:51:50.288Z - info main: Attempting to fetch customizations for un-authenticated state 2018-10-23T19:51:50.290Z - info main: System locale en_US did not match the locale returned from the service AUTOMATIC_LOCALE, requesting the correct locale 2018-10-23T19:51:50.306Z - info main: Attempting to auto-login 2018-10-23T19:51:50.308Z - info main: A token is available, test if the token is valid 2018-10-23T19:51:50.311Z - info main: Current token is not valid, initialize routing to login 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:50.320Z - info main: Starting main routing 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:50.326Z - warn JS Console: Attempting to access localized key before initialization. 2018-10-23T19:51:56.669Z - info Screens.Login: Login request was successful 2018-10-23T19:51:56.670Z - info AppInit: Set application state to be logged in 2018-10-23T19:51:56.669Z - info Screens.Login: Requesting application startup data 2018-10-23T19:51:56.685Z - info AppInit: Register authenticated event handlers 2018-10-23T19:51:56.685Z - info AppInit: Requesting all application initialization data 2018-10-23T19:51:56.777Z - info Screens.Login: Finished requesting application startup data 2018-10-23T19:51:57.072Z - warn RestAdapter: Error making service request to : Not Found Don't feel bad, I keep doing that too! The scroll bar is pretty slim and unobtrusive, so I miss that the list is scrollable and think something is missing, only to realize that I just need to scroll down...
  12. I was previously using your CrashPlan for Home container, so I followed the procedure in the OP to migrate over (copied the appdata from "CrashPlan" to "CrashPlanPRO" directory, then started up the Pro container).
  13. Just switched over from regular CP to CPP/SB. Trying to resetup my backup and change a couple settings and the GUI keep crashing when trying to change the scan frequency. Go to Settings (gear icon) > Backup Sets > "Frequency and Versions" Change... button > "Backup changes every" dropdown As soon as I hit that dropdown to change to something else besides 15 minutes, the GUI crashes. The only thing left up is the top menu bar. From there I can do File > Exit and it will restart the GUI and ask me to login, but as soon as I go back in and try to change that setting it crashes the GUI again.
  14. I can't say what causes that issue with magnet links but I get the same thing from time to time. When my Medusa container sends torrents to rTorrent they usually are magnets and so I see that hash value initially if I'm keeping an eye on it. They usually take a few minutes to resolve into actual torrent names, sometimes they take longer, and sometimes (rarely though) they never resolve and I have to force a new download. Not resolving ever though is not common and have only had to do that a few times. Try to just give them a while and see if the magnet hashes eventually resolve into torrents and start working. As for the errors on torrents, I see that as well. I think it flags them as an "error" even if it something minor like one of the trackers is timing out. Try looking on the General tab, that is where I usually see that timeout message on them under "Tracker status". Just leave it and it should continue working just fine. It will continue using the ones it can and try to reconnect to the ones timing out. Also make sure you have DHT running so that it will connect to other clients even without good tracker connections.
  15. In your custom cron entry, you have a "*" character in the first slot which makes it so it is set to try to run at every minute during the 3:00 AM hour. * * * * * * | | | | | | | | | | | +-- Year (range: 1900-3000) | | | | +---- Day of the Week (range: 1-7, 1 standing for Monday) | | | +------ Month of the Year (range: 1-12) | | +-------- Day of the Month (range: 1-31) | +---------- Hour (range: 0-23) +------------ Minute (range: 0-59) So it kicks off at 3:00 AM and runs and then if it completes before 4:00 AM (so any 3:XX time) it tries to run again. If you want it to only run at 3:00 AM you need this for your custom cron entry: 0 3 */3 * *