Unable to delete incomplete files

Freiner

Junior Member
Original poster
Local time
1:54 PM
May 18, 2018
10
6
I'm using sabnzbd and I'm unable to delete some of the incomplete downloads. The problem is so bad that the files are taking up almost all of my disk space.

I'm getting the following message when I try to delete:
ENOENT: /SERVER/mnt/incomplete/sabnzbd/staffel (46)/xyz.zip.018
Continue?

Does anyone know how to solve this problem?
 

UncleBuck

Senior Member
Staff
Local time
6:54 AM
Dec 21, 2018
202
55
Houston, TX
probably a dumb question but are you using sudo when trying to delete?
Post automatically merged:

Just looked up what ENOENT means and it is "no such file or directory". what happens if you
Code:
sudo rm -r /mnt/incomplete/sabnzbd/*
Beware this will delete all incomplete downloads.
 
  • Like
Reactions: Freiner

Freiner

Junior Member
Original poster
Local time
1:54 PM
May 18, 2018
10
6
I was trying it via cloudcmd. Using your command worked and deleted everything. Thanks a lot for your help!

Sadly, there is still a huge amount of disk space blocked for some unknown reason.
 
  • Like
Reactions: DeadPool

DeadPool

Senior Member
Moderator
Local time
12:54 PM
May 2, 2018
163
35
I'm searching this thread for the very same reason.
With headless machines it makes it very difficult to measure (without cml) what is taking up the most space and acting accordingly.
Things in incomplete
things in move folder
logs
Orphaned jobs
Et cetera.
checked them all and still im always short.
And no, @UncleBuck, i dont know how to use the du option.
A short tut if you have the time or want would be great.
 

UncleBuck

Senior Member
Staff
Local time
6:54 AM
Dec 21, 2018
202
55
Houston, TX
So du stands for disk usage and is a good tool for finding whats eating up space. Start by connecting to your server via SSH.

Run this command on a directory to see the size of each subfolder.
Code:
sudo du -h -d 1 /mnt/downlaods
You can swap the /mnt/downloads for any other directory. If you do it to /mnt it will take a while because it will be determining the size of your google drive mounts.

The -d option determines how deep the results will be in regards to sub-directories. If you did -d 2 then you would see every sub-directory in /mnt/downloads and the sub-directories of those sub directories. I prefer to keep it -d 1 for simplicity. If you ran this without the -d option on say /opt/appdata you would get hundreds or even thousands of lines returned.

Here is the output from the above command on my server.

1575471020048.png

You can see my entire downloads directory is 225GB. The largest subfolder is qbittorrent. So I will now run
Code:
sudo du -h -d 1 /mnt/downloads/qbittorrent
to see the size of each sub-directory in qbittorrent.

1575473449456.png

I now see that I have a bunch of orphaned torrents which I can delete using
Code:
sudo rm -r /mnt/downloads/qbittorrent/*
. If you run this on the /opt directory the sub-directories can run very deep so you would keep going to track down which sub-directory is eating up the space.
 

Attachments

  • Like
Reactions: Freiner

sycoraxium

Junior Member
Local time
6:24 PM
Nov 28, 2019
8
0

DeadPool

Senior Member
Moderator
Local time
12:54 PM
May 2, 2018
163
35
what's with the s*hit attitude?
No need for it.
we all know how to google but the point of our forum is TO HELP EACH OTHER and hopefully save some time.

If you've got nothing nice or helpful to say then SHUT THE f*ck UP.

Don't be a (unt.
 
Last edited:
  • Like
Reactions: UncleBuck

Create an account or login to comment

You must be a member in order to leave a comment

Create account

Create an account on our community. It's easy!

Log in

Already have an account? Log in here.

Similar threads


Staff online

Maintenance Donations

Recommend NewsGroups

      Up To a 58% Discount!

Trending