[SOLVED] Not enough free space ?!

Um, I would never erase the data volume. That is where your data isā€¦ as opposed to the container itself. Your call. Iā€™m too confused to offer further assistance; good luck.

I do understand it might sound a bit confusing but to prove the point the error message has nothing to do with any disk space I have taken a completely separate computer to test whatever any of us can come up with and so far, not even the tiniest of a a basic clean install will allow me to put any files into file folders, neither by drag and drop nor by using the upload icon.

The host machine is a Debian 10.

What is it, that no matter on what machine, a nextcloud docker installation, freshly installed or running for over a year, suddenly comes to the conclusion ā€œNot enough free spaceā€?
It must have something to do with that script and its calculations and the client, not the server.

How can I come up with exactly the same results?

  • no matter the server
  • no matter the installation version
  • no matter the client
  • no matter the OS type
  • no matter the browser type
  • no matter the data volume type
  • no matter the disk (and partition type)
  • no matter the database type

Have i missed anything to test?

This is the lab:

The original server (where the trouble started)

  • server 1

    • nextcloud 19.0.4 (official docker container)
      • data directory on / partition
    • partitions
      • 43GB free on / partition
      • 207GB free on external disk
  • server 2

    • nextcloud 20.0.1 freshly installed (official docker container)
    • 14 GB free on / partition
    • 67 GB free on /home partition
    • 1.8TB free on external disk
  • Client 1

    • Mac OSX 10.15.7
    • Firefox 82.0 (64 bit)
    • Chrome 86.0
    • Safari 14.0
  • client 2

    • Debian 10
    • Firefox 78.4

This is what I have done so far:

On the same docker installation (19.0.4) on a Debian 9 server:

  • Moved data to different disks
  • Done a parallel installation on the same server but using the latest 20.0.1
    • used both docker volumes and separate volumes
    • changed permissions/owner on the files and directories to all combinations known to man
    • Installed using MariaDB
    • Installed using sqlite

On a separate Debian 10 server:

  • Done a fresh install on this computer that didnā€™t even have docker
    • used both docker volumes and separate volumes
    • changed permissions on the files and directories to all combinations known to man
    • Installed using MariaDB
    • Installed using sqlite

client wise:

  • mac & Linux on all server installations
    • tried to upload a picture 78 kB
      • using drag n drop gives: ā€œNot enough free spaceā€
      • using the upload button gives: ā€œNot enough free spaceā€
      • Create a new MD file ~80kB: works

if you are running on btrfs you should inspect (not check) the involved filesystems. i ran docker a couple of times (only for testing) and was amazed that it literally created hundreds of subvols in btrfs. if your filesystem is not prepared or maintained for that special usecase, i can image you might easily run into trouble there.
maybe check with btrfs su li /DOCKER/FILES
some troubleshooting hints for btrfs can be found here
GOOD LUCK!

Thatā€™s a valid point.

In this case however all local partitions are ext4 and there are no snapshot functionalities running. I have also tested to copy GB sized file to the disks themselves just to be sure the disk space they claim exists really do exist.

Even though the error claims ā€œNot enough free spaceā€ i am certain this is not the case. It must be something else triggering it, some new API or library replying in a new format making the calculations go haywire.

I have now also installed the nextcloud docker container on a raspberry pi and still i get ā€œNot enough free spaceā€.

This limits the problem to be either the separate nginx reverse proxy that has been used on all test or on the client side. On the latter I have used several different web browsers and operating systems.

Thusā€¦ it MUST be the nginx proxy, thats the only common nominator. Now what can make the proxy create situation that will end up the server thinking there is no space left?

Progress! :smiley:

The problem was in the nginx reverse proxy. There is a standard conf that somehow got activated:

One of the rows below is the culprit to this strange behavior. Once this included snippet gets disabled things work like a charm again.

YIHAA!

-------------------------------------------------------------------------

location /wp-login.php {
	allow [some ip];			
	allow [some other ip];			
	allow [and another ip];			
	deny all;
}

location /xmlrpc.php {
	deny all;
}

location = /robots.txt {
    allow all;
	log_not_found off;
	access_log off;
}

location ~ /\. {
 	deny all;
}

    #  think this stuff below creates all trouble
location ~* /(?:uploads|files)/.*\.php$ {   
	deny all;
}

-------------------------------------------------------------------------

1 Like

Nice, feel free to mark solved if solved.

A post was split to a new topic: Out of space after installing Nextcloud