-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Paused state on AutoQueue? #108
Comments
Maybee a stupid Q. But it seems like Seedsync keeps syncing files? |
Not sure what you are seeing here. In my exp SS only DL's once. If you delete, rename or move a download then it will still show in the list but it will only be reflecting the remote side. If you delete the folder on the source side then it will disappear in SS. |
Ok I tried to remove a torrent file on the source side and I got a error on the Seedsync |
Update I did a small test:
|
I haven't seen that kind of behaviour before. If a seed was deleted locally it normally is shown as deleted in the SS UI. Only hitting the queue button would restart a DL. Now, if files are renamed on the server, that might trigger SS to download them again as it believes they are new files. I believe SS users some kind of internal list that keeps track of what had been dl'd. I seem to remember seeing an ignore list in with the config files when I was running the docker ver. |
I too see the parsing error now and then. I've tried debugging but nothing stands out to me nor has ipsingh been able to see anything in the logs that stands out AFAIK. It doesn't happen all that often so I just hit the restart and it catches up again. DL's are quick so it doesn't take that long. One thing I will point out is your CPU usage for this VM. It's pretty crazy for not doing anything. Mine is normally sitting at .46% MAX .42% AVG when it's not doing anything. It looks to me like yours is doing something at all times from the looks of it at around 60% AVG. That's a little red flag to some that some other processes are going on in that VM. htop and some other process viewers will show you what is running. You can sort by resource usage to see the top offenders. |
Hmm, are you using the desktop version of Ubunutu? That might explain the higher CPU usage. I am using an Ubuntu v18 server not the desktop version. 4GB might not be enough RAM for it to run smoothly if you're using the desktop version. |
I'm curious if SS is having issues running in a desktop env. While the docs say Ubunutu it also points first to Debian which AFAIK is a server-based non-UI Linux distro by default. Yes, you can add a UI but it's third party and not a part of the Debian dev. I think that was what was meant when Ubunutu was included. Only IPsingh can confirm this. |
So what should I try next Debian headless or Ubuntu server non UI? (This is my 3 installation so I am getting pretty good at it) |
Ubuntu server 18. Mine worked on the first install. |
Ok I took the new one 20.04.3 (Couldnt find the old one) but I would like to delete the scanner scripts on the remote host in TMP |
Don't worry about it. It'll just get recreated when you connect the new SS. If not, it's on the remote server where you've configured it within SS config. Use rtorrent's file manager to delete it "scanfs" |
I really cant find this tmp foler? (I left it as standard) on the remote server? Thanks for the link! |
Okay I tried changing the path and I got this error. I then did a SSH and created the folder and it worked: I got much faster speeds before, I have done the same allocation of RAM & Cores I have tried to create new folders on the remote server to see if it would start but no its on pause? I then run the debug logs to see what it was doing: 2021/10/27 07:25:20 - DEBUG - RemoteScanner.RemoteScanner.Sshcp - Return code: 0 2021/10/27 07:25:20 - DEBUG - RemoteScanner.RemoteScanner.Sshcp - Command took 1.029s 2021/10/27 07:25:20 - DEBUG - RemoteScanner - Scan took 1.050s 2021/10/27 07:25:20 - DEBUG - seedsync - Persisting states to file 2021/10/27 07:25:23 - DEBUG - LocalScanner - Scan took 3.992s 2021/10/27 07:25:23 - DEBUG - seedsync.Controller.Model - LftpModel: Updating file 'torrents' 2021/10/27 07:25:29 - DEBUG - LocalScanner - Running a scan 2021/10/27 07:25:31 - DEBUG - LocalScanner - Scan took 2.479s 2021/10/27 07:25:39 - DEBUG - LocalScanner - Running a scan 2021/10/27 07:25:41 - DEBUG - LocalScanner - Scan took 2.439s 2021/10/27 07:25:48 - DEBUG - RemoteScanner - Running a scan 2021/10/27 07:25:48 - DEBUG - RemoteScanner.RemoteScanner.Sshcp - Command: ssh -p 22 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=error -o PasswordAuthentication=no [email protected] "'/tmp/scanfs' '/home/user/data'" ` I am almost ready to give up, any suggestion you might have to why this is happening? Again thanks for trying to help me out I have learned allot about Ubuntu LOL |
Can you post a screenshot of your SS config please We don't need your server det. |
Sure thing anything that can help
[Lftp] [Controller] [Web] [AutoQueue] [Lftp] |
I'm curious about the scanner location. That path is relative to the dir that you are presented when logging in on the server. In my case I am presented with a writable dir so I am able to create the scanner dir. I've had it before with other hosts that the dir that I get logged into, I don't have write permission so I couldn't get anything working. I noticed in the server path it started with '/home'. Normally this is the users for folder which your wouldn't have access too write to. I looks to me like you are pulling directly from the location that rtor saves dl's to. I think this can cause problems since there will be partial files constantly being written to. Use the automove features of rtor, that's the folder that SS should pull from. The download folder of rtor can be the original data folder you have but you should either move or hotlink completed dl's to the folder that SS pulls from (ie data/sync). Mine's called 11-sync so it stays at the top in file manager. You can then store the scanner file in the root data store with the rtor dl's (/data/scanner/). It's hard to determine completely when certain fields are redacted (understandibly). Another thing I have noticed is if your local storage is a NAS. Your downloads will slow down if your array is data-scrubbing or re-silvering (each NAS provider had their own term). This isn't an issue with SS but it appears like it. |
remote_path = /home/username/data/11-sync remote_path_to_scan_script is entirely dependant on where you end up when logging in via SSH AFAIK. |
My NAS is a Unraid server so it writes to my cache drive (nvme very fast-no bootlenecks) and get moved over night to the array, so not a problem - I also placed the VM with seedsync on a nvme drive and I can even bypass the virtuel LAN with a dedicated 3COM LAN card direct VM passthrough if I thought it would help? No the remote server path is writable (I created the directory with the same user and password in SeedSync) /home/username/scanner The tunnel also works no more use off passwords (The log file on the remote server shows this) local path is my: Remote path is: All temp files are in the: All files get moved when complete (Still seeding) to: Seedsync - Is setup to sync my to folders under data to my local mnt/data/ This structure is actually used by many-many people and described in the below Trash guide: |
I'm not sure if this is quite the same problem but mine will also randomly stop/pause, nothing in the logs. My scanner is a writeable folder, and most of the time it works fine. Until it doesn't. I have to manually unpause it once or twice a week. |
Same here. |
Everything works and I even got passwords-less working! on my Ubuntu VM
Speeds where a little slow, but changing VM LAN properties from to virtio helped!
BUT for some reason Seedsync pauses folders that are selected for AutoQueue´?

If I manually start them it all run fine again?
I really need it to run automatically any thing I am missing?
People who have it working are you not using AutoQueue?
Best regards
The text was updated successfully, but these errors were encountered: