Piecestore:monitor Disk space is less than requested (only reading remaining space)

Hi, it seems the node is only reading the remaining space.

How can I fix this?

Node won’t go back online.

1TB Drive, 160GB left

2024-06-21T09:58:22Z    WARN    piecestore:monitor      Disk space is less than requested. Allocated space is   {"Process": "storagenode", "bytes": 160541966336}
2024-06-21T09:58:22Z    ERROR   piecestore:monitor      Total disk space is less than required minimum  {"Process": "storagenode", "bytes": 500000000000}

tried rebooting server + reconnecting the drive, but the result / error is no different.

I amended the config file to had to rebuild the docker , and it happened then…

temporary fix by using

--storage2.monitor.minimum-disk-space=“1MiB” 

That’s not really a fix, if the drive is not mounted properly in the right place. If that’s the case the node will start filling your root partition and most likely fail audits soon.

1 Like

The node is already a size of 750GB, with 160GB free , the node is trying to find 500GB free …? According to log …

So in my opinion the code is wrong , it’s trying to find 500GB free on a drive that is more than big enough.

Since starting the node , it is filling to the correct paths.

Usually there are two major reasons:

  1. You re-created the database or it is broken
  2. The mount point is invalid/not mounted (however, to bypass most of safety checks, you would still have to run the SETUP command to destroy the node with certainty in that case).

So, I would prefer to assume that it’s a first case. If you know, that you deleted a database, and recreated it, then it’s empty and you need a used-space-filewalker to fill it with data, thus temporary disabling a safety check you may provide the lower value for the storage2.monitor.minimum-disk-space option. In that case I would suggest to wait until the filewalker would be finished for all trusted satellites without issues and errors related to databases, then remove this option to make it safe again.

is it possible even with the --storage2.monitor.minimum-disk-space that the ‘used-space-filewalker’ wont run ?

I have had a play tonight…

I’ve set these

--pieces.enable-lazy-filewalker=true --storage2.piece-scan-on-startup=true

It now doesn’t complain about the space … and also it doesn’t error for file walker.

They are unrelated. If you didn’t disable a scan on startup (it’s enabled by default), then it would start if the node is running. The lowering of --storage2.monitor.minimum-disk-space just would allow your node to start and do not crash with the error about low free space.

That’s good, wait until it would be finished for all trusted satellites.

Hallo
Ich bekomme den gleichen Fehler.
WARN piecestore:monitor Disk space is less than requested. Allocated space is {“bytes”: 7273235070074}

Nach einiger Zeit kann ich dann mein Dashboard nicht mehr aktualisieren. Also die “Last Contact” Zeit springt nicht auf Null.
Mein Problem könnte vielleicht darin liegen, dass mein Dashboard folgendes anzeigt:
Used

5.77TB
Free
7.29TB
Trash
34.43GB
Overused
0B

Wenn ich aber im Explorer auf meine Platte schaue, sind da nur 1,33 TB frei.
Was kann ich dagegen machen?
Hoffe auf schnelle Hilfe.
Danke

Was ist das Betriebssystem? Windows?
Und haben Sie die Festplette NTFS formatiert?

Hab Windows 10 pro und ja natürlich NTFS.
Läuft ja schon seit Mitte April die Node-
Aber nach einem Windows update und Restart habe ich diese Differenz mit dem Dashboard und wie meine Platte besetzt ist. Wenn ich das richtig im Kopf habe

Such mal ins Forum mit Kennworten ‘NTFS full disk’. Es ist ein bekentes Problem.

Was zeigt fsutil fsinfo ntfsinfo {DriveBuchstabe}:?

Ok. Danke für die Hilfe. Werde ich mal machen.

Was meinst du, was das zeigt?? Muss ich die Dinge irgendwo eingeben? :see_no_evil:

Ja, in ein Powershell-Fenster. Und wahrscheinlich als Admin.

Diese Ausgabe habe ich bekommen:
NTFS-Version : 3.1
LFS-Version : 2.0
Sektoren insgesamt : 31.251.490.815 (14,6 TB)
Cluster insgesamt : 3.906.436.351 (14,6 TB)
Freie Cluster : 356.016.493 ( 1,3 TB)
Reservierte Cluster insgesamt : 1.024 ( 4,0 MB)
Reserviert für Speicherreserve : 0 ( 0,0 KB)
Bytes pro Sektor : 512
Bytes pro physischen Sektor : 4096
Bytes pro Cluster : 4096
Bytes pro FileRecord-Segment : 1024
Cluster pro FileRecord-Segment : 0
Mft Valid Data Length : 92,18 GB
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000000000002
Mft Zone Start : 0x0000000096668c40
Mft Zone End : 0x0000000096668c80
MFT Zone Größe : 256,00 KB
Max. Geräte Trim Extent-Anzahl : 0
Max. Geräte Trim Byte-Anzahl : 0
Max. Volume Trim Extent-Anzahl : 62
Max. Volume Trim Byte-Anzahl : 0x40000000
Ressourcen-Manager-Bezeichner: 35FABF0C-0022-11EF-8322-40618637E34E

Hatte die Platte mal in der Yami Datei manuell verkleinert, aber die Node war auf einmal trotzdem offline gewesen.

Guten Tag @Eagle ,
Willkommen im Forum!
Ihre Clustergröße ist Standard, was bedeutet, dass ein häufiges Problem mit Datenbanken und/oder vorliegt filewakkers. Sie müssen optimieren NTFS:

  1. Überprüfen Sie die Festplatte auf Fehler und korrigieren Sie diese.
  2. NTFS Disable 8dot3name
  3. Deaktivieren Zugriffszeit: [Solved] Win10 20GB Ram Usage - #17 by arrogantrabbit
  4. Defragmentieren Sie dieses Laufwerk und aktivieren Sie die automatische Defragmentierung dafür, wenn Sie sie deaktiviert haben (standardmäßig ist sie aktiviert).
  5. Wenn eine verwaltete USV vorhanden ist, aktivieren Sie den Schreibcache (beide Kontrollkästchen) in der Richtlinie für das Volume dieser Festplatte (über den Datenträgermanager).
  6. Stellen Sie sicher, dass keine Fehler im Zusammenhang mit der Datenbank oder dem Datei-Crawler vorliegen (filewalker), ich muss finden error und database, error und filewalker.

Bitte schreiben Sie hier, welche dieser Fehler in Ihren Protokollen stehen, dann können wir Ihnen genauer helfen.

Mahlzeit @Alexey ,
Danke für die Begrüßung- :slight_smile:
Kann man nicht die Clustergröße ändern, um das Problem zu beheben? Bzw. bei zukünftigen Nodes? Oder gibt es ein optimales System?
Und was ist das Problem, das auf einmal laut Dashboard, nach dem Neustart, weniger Platz belegt ist als vorher? Aber die Platte tatsächlich so voll ist???

  1. Das hatte ich mal kurz nachdem das auftrat, und es wurden wohl echt Fehler behoben.
    Zu eins nach diesem Befehl zum nachschauen kommt folgendes:
    C:\Windows\system32>fsutil 8dot3name query d:
    Der Volumestatus ist “1” (Erstellung von 8dot3-Namen ist deaktiviert).
    Der Registrierungsstatus ist “2” (Standardeinstellung “Pro Volume”).

Aufgrund der oben angegebenen Einstellungen ist die Erstellung von 8dot3-Namen auf “d:” deaktiviert.

Soll ich dennoch den oben genannten Befehl ausführen? in der PowerShell als Admin ??? oder cmd als Admin ??
zu 5: Was heißt eine verwaltete USV? Wenn die Festplatte extern über Strom versorgt wird? Sie ist im eigentlichen PC eingebaut. trotzdem beide aktivieren? ist nur das obere Kästchen aktiviert. Ich lösche einmal die LOG Datei und starte neu und Poste dann mal die Fehlermeldungen. Ist soooo viel zum nachschauen.

Sie müssen die Clustergröße nicht ändern, sie ist bereits das für NTFS mögliche Minimum.

Wenn in Ihren Protokollen Fehler im Zusammenhang mit Datenbanken oder Filewalker auftreten, werden die Daten in der Datenbank nicht aktualisiert. Erst nach einem erfolgreichen Scan aktualisiert Filewalker die Informationen in der Datenbank. Wenn Filewalker daher nicht abgeschlossen wird und Sie den Knoten neu starten, geht der gesamte Fortschritt verloren und Filewalker beginnt von vorne.

Nein, in diesem Fall müssen Sie diesen Befehl nicht ausführen.

Eine verwaltete USV ist eine unterbrechungsfreie Stromversorgung mit Steuerkabel. Wenn der Strom ausfällt, kann eine solche USV dem Betriebssystem signalisieren, dass der Strom abgeschaltet wurde, und außerdem den Prozentsatz der verbleibenden Ladung oder die verbleibende Zeit melden. Sie können das Betriebssystem so konfigurieren, dass es bei einem bestimmten Ladezustand oder einer bestimmten verbleibenden Zeit automatisch sicher herunterfährt.

Wenn Sie nicht über eine solche USV verfügen, ist es nicht empfehlenswert, das zweite Kästchen anzukreuzen, da dies bei einem Stromausfall zu Datenbeschädigungen führen kann.