hola a todos me pasa lo siguiente, hace unos días empecé a detectar un error en las métricas del almacenamiento donde no coincidía la cantidad entregada por el dashboard con respecto a lo real utilizado por mi disco HDD pero no le di importancia. Ahora mi nodo esta offline y revisando el log de errores me encontre lo siguiente:
Senor, ¿usted habla inglés también? Por qué español no está mucho común aquí. Quiero te ayudar, más en inglés. Por qué mí curso español no está terminado.
You’ve got a problem with the space used. So what’s the file system and sector size?
You can get rid of the problem at least temporary (in my case this temporary is already >6 months) using:
storage2.monitor.minimum-disk-space: 1MiB
i understand, but, how can i see the file system and the sector size ?, when i put this “storage2.monitor.minimum-disk-space: 1MiB” on the config file at the moment to start the node i get this:
Seems like you made a mistake in the config file. This error is quite useless BTW, didn’t give any clue about the real problem. Did you change the config file, out did you just add this line to the file? In the latter case, you’ve got maybe two lines with the same command?
no, its not, its the minimum free disk space to be there to start the service.
its only for testing purposes, and should not be used.
(i double checked and translated it into my native language)
for setting this wrong, the min 10% free on disk requirement was massively exeeded.
in this stage the data gets much fragmented.
however, there is also an error with the bloom filter, leaving some unpayed peaces on the disk.
but this normaly not causes the node to terminate, so an other error is present.
No, it’s about to do not allow to run if there is less than that amount of free space. So the reverse. It’s an additional protection against running the Storagenode container with a broken mount point, where data would be stored in the mount point instead of the disk.
So it’s about remaining space, and not about a minimum space of at least 500GB.
And although I’m even running all my nodes with this option since over half a year, no node even came below 25GB remaining disk space with even less than 1% fragmentation.
Did you also change the folders in the configuration file? Otherwise, they will be recreated in the same folder.
You for sure had already a problem with the DBs, since your bandwidth stats and disk chart were already corrupted.
Ich würde sagen, dass es eigentlich ein STORJ-bug ist. Die Standart-Werte ist 500G, obwohl das auch das Minimum einer Knot-Größe ist. So, ich habe diese Funktion eigentlich kaltgestellt.
Aber, es gibt öffentlich mehrere Probleme, sehr gut zusammengefasst in deinem Post
Also with my option, stated above?
Very additional, because there would be missing more things like the ‘storage-dir-verification’, config file and depending on configuration also the credentials. I would put this option up for deletion, actually. In the end I never have seen a real use, but now and then it gives just trouble.