Hello!

I encountered an issue with VPS hosting. It seems that the storage is full. I ran some commands and here are the results:

root@seed:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 20G 20G 0 100% /
tmpfs 5.0M 0 5.0M 0% /lib/init/rw
tmpfs 52M 36K 52M 1% /run
tmpfs 103M 0 103M 0% /run/shm
overflow 1.0M 0 1.0M 0% /tmp

root@seed:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/simfs 400000 62540 337460 16% /
tmpfs 65600 4 65596 1% /lib/init/rw
tmpfs 65600 25 65575 1% /run
tmpfs 65600 1 65599 1% /run/shm
overflow 65600 3 65597 1% /tmp

root@seed:~# du -sh /
du: cannot access `/proc/1582/task/1582/fd/4': No such file or directory
du: cannot access `/proc/1582/task/1582/fdinfo/4': No such file or directory
du: cannot access `/proc/1582/fd/4': No such file or directory
du: cannot access `/proc/1582/fdinfo/4': No such file or directory
9.5G /

root@seed:~# du -sh /var/lib/transmission-daemon/
7.5G /var/lib/transmission-daemon/

In the last command output, I noticed that the torrent downloader is occupying 7.5GB with downloaded files. However, I am no longer using a server and I'm confused about where the remaining 9GB has gone. I suspect that the operating system might be taking up around 2GB.

The hoster claims that all the space in /dev/simfs is occupied by my files. However, there are some sources stating that this actually displays the size of the disk on the physical server, not just my allocated quota.

I'm unsure if I'm being scammed. If not, do you have any suggestions on how I can identify what is taking up the rest of the space?

Another suggestion is to examine the output of the "lsof" command. It's possible that you might have deleted a file, but it hasn't been closed properly yet. Additionally, it would be helpful to check the logs folder as it could potentially reveal any errors that may have occurred.

Indeed, this situation seems to be a common issue that hosts tend to mishandle. It might be worth considering terminating your contract with them. It's possible that the host is overselling their resources. I once encountered a similar problem where the host promised 80GB of space, but the "df -h" command indicated that only 56GB was being used, while the "du -sh /" command showed no more than 2GB.

To investigate further, you can try running the command "sudo du -sh /*" and then delve into the results. It appears that there might be hidden folders accounting for the missing 10GB, considering that you have a total disk capacity of 20GB and the user could only locate 9GB.

I encountered a similar situation with a VPS hosted by one provider, and I went searching for solutions online. Here are a couple of suggestions that you can try:

# du -h --max-depth=1 /
This command provides an output of disk space information on mounted partitions, presenting it in a readable format. The "max-depth=1" option limits the display to the first level of the file system tree.

# ls -lSr | more
This command lists files and directories, sorting them in increasing order of size, and redirects the output to the "more" program for better readability and pagination.

On a related note, I managed to resolve my issue by switching from a VPS to a dedicated server rental. It may be worth considering this alternative if you continue to face problems with the VPS hosting.

Based on the output you provided, it appears that your VPS hosting is experiencing a storage issue. The `/dev/simfs` file system is showing 100% utilization with 20GB used. However, when you check the actual disk usage (`du -sh /` command), it only shows 9.5GB used. This suggests that there might be some discrepancy or hidden files causing the confusion.

Before assuming that you're being scammed, let's explore other possible explanations and steps to identify what is taking up the remaining space:

1. Check for hidden files: Run the `ls -la` command in the root directory to show all files, including hidden ones. Hidden files start with a dot (e.g., `.example`). Check if any large files or folders are present.

2. Investigate system directories: Some system directories like `/var/log`, `/var/cache`, and `/var/tmp` can accumulate large amounts of data over time. Check these directories for any excessive usage: `du -sh /var/log`, `du -sh /var/cache`, `du -sh /var/tmp`.

3. Analyze other user directories: If you have access to other user directories, you can check them for large file sizes. Execute the `du -sh /home/*` command to get an overview of each user's directory size.

4. Verify with the hosting provider: If you're still unable to identify the source of the remaining disk space usage, contact your hosting provider and provide them with the output of your investigation. They should be able to provide further insights into the specific usage of your allocated quota.

It's essential to communicate with your hosting provider to resolve this issue and ensure you're not being scammed.