bobbintb

A GUI would be great. I thought about doing it but I don't have the time and it would take me even more time learning it than someone that is already familiar. I think rclone will eventually have a daemon but until then this might be usefulle to add to the plugin: https://techarena51.com/index.php/inotify-tools-example/

There has been a lot of discussion and experimentation on it. Check here for starters: http://lime-technology.com/forum/index.php?topic=52033.msg512568 If you have questions or concerns, feel free to ask as there are plenty of people that have been tinkering that can answer you. I'm excited to have this "official" now. Thanks to everyone involved.

I'll try to find some but I don't really know exactly when it happens and I don't see any errors or anything when going through the logs during the window when it happens.

Any plans for a Cardigann docker? Every time I have an issue with Jackett everyone tells me to switch to Cardigann.

Sonarr is suddenly having issues. It seems to hang. I can't reach it from the webui and I have to restart it. I didn't anything except maybe an update.

Ever since the update that changed to a new base docker image I have had an issue with random, occasional crashes. I will go to the webui and it gives that cannot connect/make sure it is actually running error message". The docker is still running but I have to restart to get back access to the webui.

Play store says this: Sorry! This content is not available in your country yet. We're working to bring the content you love to more countries as quickly as possible. Please check back again soon. I'm in the US. Anyone else getting this or is it just me?

That's pretty paranoid. The likelihood of of two of your files having a hash collision with blake2 is astronomical.

Now that the new RC supports hard links, is there any plan to support those? Such as not hashing files that are hard linked as it is not necessary and the ability to hard link duplicates found.

I went to watch something on Plex and it's not working. Getting a a lot of thiss: terminate called after throwing an instance of 'soci::soci_error' what(): Cannot convert data to std::tm. ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Library/Application Support/Plex Media Server/Crash Reports/2d15c503-2d8e-62f2-54d8d5ce-5fc87754-v-1.0.0.2261-a17e99e.dmp Aborted Starting Plex Media Server. 6 3000 /config/Library/Application Support d terminate called after throwing an instance of 'soci::soci_error' what(): Cannot convert data to std::tm. ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Library/Application Support/Plex Media Server/Crash Reports/1227a217-938d-96ad-2156f3e9-75c68b41-v-1.0.0.2261-a17e99e.dmp Aborted Starting Plex Media Server. 6 3000 /config/Library/Application Support d terminate called after throwing an instance of 'soci::soci_error' what(): Cannot convert data to std::tm. ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Library/Application Support/Plex Media Server/Crash Reports/2643600f-0d71-d95c-18415bf5-03c6c46c-v-1.0.0.2261-a17e99e.dmp Aborted Starting Plex Media Server. 6 3000 /config/Library/Application Support d terminate called after throwing an instance of 'soci::soci_error' what(): Cannot convert data to std::tm. ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Library/Application Support/Plex Media Server/Crash Reports/2643600f-0d71-d95c-18415bf5-03c6c46c-v-1.0.0.2261-a17e99e.dmp Aborted Starting Plex Media Server. 6 3000 /config/Library/Application Support d terminate called after throwing an instance of 'soci::soci_error' what(): Cannot convert data to std::tm. ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Library/Application Support/Plex Media Server/Crash Reports/0b9596ef-52b3-2fde-6510fd22-198eb954-v-1.0.0.2261-a17e99e.dmp Aborted Starting Plex Media Server. 6 3000 /config/Library/Application Support I tried reinstalling. I deleted the lock and pid. I found this though: http://lifeofageekadmin.com/plex-media-server-startup-soci_error/ Not sure if it's useful. I recently updated unraid 6.2 rc2. Maybe it has something to do with the hard link option I enabled. I removed the docker image. It didn't help. edit: for some reason, it seems to be the database. An older backup fixed the issue.

I am having an issue where when Sonarr sends a magnet link to rutorrent, once the magent link downloads the .torrent file, the torrent is stopped and the label is removed. I have not found anyone or found any other mention of similar issues and can't find a cause. So I'm wondering if it is specific to this docker. Anyone else find similar issues? Edit: It looks like an issue that should have been fixed. What version does this docker use?

I'm not getting a link anymore. This computer isn't linked to any Dropbox account...

Because they were both named the same (my-rutorrent). Nothing I can do about that as that's a dockerMan thing. It keeps track of the last rutorent that you've loaded. If you were running multiple containers, you should have them named differently This can definitely screw things up, I know, been there, got the t-shirt.. I can see how it would screw that part up, although i assumed it would use the image id as a unique identifier instead of a name. but would that have any bearing on the issues i've been having? regardless, i'll make sure and give them unique names. to be honest i never paid attention to that portion.

Were you keeping the appdata shared between the two version or a different copy of appdata for each one? Because sharing could definitely cause issues.... No, I had one in /mnt/cache/Docker/ruTorrent and the other in /mnt/cache/Docker/rutorrenttest.

well, i deleted docker.img and it's working for now but i'm not confident it will stay that way. i've had issues before with making changing to containers and them not actually changing unless i delete docker.img and re-add. as a side note, i was running captinsano's version of rutorrent. i am switching over since his version is out of date and missing a bugfix i need. i also can't get the scripting to work. i never run the versions at the same time but i switch back and forth to do testing before i transition completely. might that cause an issue? maybe there is bleed over between version somehow. but again, i thought the whole point of docker was that they are isolated from each other. also, not all my apps were under "previously installed apps". it didn't have captinsano's rutorrent. good thing i took a screenshot.

I keep all my docker apps on /mnt/cache/Docker/name_of_app and my docker.img is /mnt/cache/docker.img

just wading in on this (hope you dont mind guys), deleting the container AND image, and then deleting the config folder for the app WILL result in a complete reset for the app, there is no benefit in blowing away your complete docker.img file (not to be confused with the docker image of the app), so yes it is easy to blow away your docker.img file and then start again using your already defined templates, i dont think it will get you any further forward, at least not in this case, anybody disagree? well, not sure if im doing what you're talking about but i went to the docker tab, clicked on the application icon and clicked "remove", making sure the "also delete image" box was checked. i then deleted the config directory and added everything again. the problem still persists. previously, using the force update fixed it but now that won't even work and the error message in the log i was getting isn't there anymore, but the problem persists. i don't know why it persists. i was under the impression that this will completely reset it but it appears something is lingering and my only option is to delete docker.img, for about the dozenth time. which doesn't make sense to me as i thought the whole point of docker was to have everything isolated and compartmentalized to avoid these crossplatform issues. i was on beta 21 but am now on beta 23 if it makes a difference. gotta say, not a fan of docker. it's been nothing but a headache for me as i've had a number of issues like this with a few containers. if there was a plugin for what i needed i'd use that. i might just make one myself of throw up a raspberry pi and be done with docker if this keeps up.

Deleting the docker image does not mean you have to reconfigure everything. If you delete, recreate, then re-add the apps via CA's previous apps, everything will be back the exact same after the downloads. (They will have the exact same mappings, hosts, etc) Thanks for the tip. I wasn't aware CA had that feature. I still have to redo Jackett though. For some reason It breaks every time I re-add it and I have to go into the web-ui and reconfigure the sites. It's still going to be a pain in the butt to if I have to keep deleting the image. Hopefully I can figure out why this keeps happening and getting worse.

Right, but why does my problem persist, after deleting the container and config directory, scrubbing, and force update? I don't want to have to delete the shared docker image and reconfigure all my apps all the time. I'm not even sure it would work but ti's the only thing I've yet to try.

Its crashing upon startup, you will need to clear out the session folder..... Myk Wouldn't that show in the log if it crashed? How do I do that? If you are talking about the session folder in the config directory, I've deleted the entire directory as I did when this happened previously. I don't understand. I delete the image and start from scratch. Why do things seem to be lingering? When I re-add the image there are still some layers it seems: IMAGE ID [latest]: Pulling from linuxserver/rutorrent. IMAGE ID [6ffe5d2d6a97]: Already exists. IMAGE ID [f4e00f994fd4]: Already exists. IMAGE ID [e99f3d1fc87b]: Already exists. IMAGE ID [a3ed95caeb02]: Already exists. IMAGE ID [ededd75b6753]: Already exists. IMAGE ID [1ddde157dd31]: Already exists. IMAGE ID [9fdc4b327358]: Already exists. IMAGE ID [a836128d06ab]: Already exists. IMAGE ID [7583a35fe4e8]: Already exists. IMAGE ID [076997f72920]: Pulling fs layer. Downloading 100% of 14 MB. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [dd5fe548a3f7]: Pulling fs layer. Downloading 100% of 16 KB. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [df03e4d292ff]: Pulling fs layer. Downloading 100% of 282 B. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [f1467c28f01f]: Pulling fs layer. Downloading 100% of 782 B. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [2d8b4aea5281]: Pulling fs layer. Downloading 100% of 912 B. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [86bc7d317925]: Pulling fs layer. Downloading 100% of 2 KB. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [0613e269bde6]: Pulling fs layer. Downloading 100% of 68 MB. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [1deb4ec21104]: Pulling fs layer. Downloading 100% of 8 KB. Verifying Checksum. Download complete. Extracting. Pull complete. IMAGE ID [f7d7f66475af]: Pulling fs layer. Downloading 100% of 642 B. Verifying Checksum. Download complete. Extracting. IMAGE ID [be5efaf22116]: Pulling fs layer. Downloading 100% of 354 B. Verifying Checksum. Download complete. IMAGE ID [747a83b35ea7]: Pulling fs layer. Downloading 100% of 25 KB. Verifying Checksum. Download complete.

ok... now I'm getting the message again: No connection to rTorrent. Check if it is really running. Check $scgi_port and $scgi_host settings in config.php and scgi_port in rTorrent configuration file. Except now nothing is fixing it, not force updating and not deleting the image and starting over. There is also nothing in the log this time. This is very frustrating. Am I the only one having such instability issues?

I did a force update and it seems to be working now. Don't know why it took that. Shouldn't it have worked on the initial pull?

I will, sure. I'm not sure what your role is in development buy could you take a look at my link in the previous post? I can't even start with this because I can't get a working version of rtorrent.

Hey bobbintb, we've not chipped in on this as we don't really use torrents. But it's interesting, saw you popped in IRC but missed you. Works better if you can maintain an IRC presence as it sometimes takes a while before anyone is free. Quassel is a great container for that, or ZNC. Yeah, I know. I really just checked IRC on the off chance that someone just happened to be there before I did a forum post. But that issue was with rTorrent, not with Sonarr. https://forum.linuxserver.io/index.php?threads/rtorrent-on-unraid-cannot-restart.645/ Anyway, once I get rtorrent working, I will begin working on my hard linking solution for Sonarr. I doubt many would be interested in it as most people are fine with just using a cache drive and copying over but I'll post it anyway. The basic idea is that once Sonarr sends the torrent to rtorrent (which in my case downloads to a user share) I use a combination of XMLRPC and bash scripting to stop the download, search the mounted disks for the actual drive the file is on, change the location from the user share to the disk, and resume downloading. That way when the download finishes, rtorrent will report the download location as one of the disk shares, which can be hard linked, instead of a user share, which can't.

You can set up rTorrent to do it itself though.