New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error: No space left on device
Auslagerungsdateien
#335
Comments
Die Logfiles sprechen aber von anderen ilivalidator-Versionen:
Zur bemängelten Version 1.11.10 gibts kein Log... 🧐 |
Vielen Dank für die Rückmeldung. Jetzt sollte das richtige Logfile da sein. |
Ist sicher was für @claeis. Aber ist es der gleiche Server? Wurde das tmp-Verzeichnis zwischenzeitlich gelöscht? |
Der Job-Server wird für jeden Import neu geklont. Das tmp-Verzeichnis ist somit für jeden Import "leer". |
Also wenn es auf der Platte keinen Platz mehr hat, hat es keinen Platz mehr. Was soll ich genau machen? |
So wie ich es verstehe, funktioniert es unter den identischen Plattenplatzvoraussetzungen mit einer bestimmten ilivalidator-Version. Mit einer neueren nicht mehr. Falls am Code diesbezüglich nichts geändert wurde, sind wohl die Bedingungen doch nicht ganz gleich. |
Hilfreich wäre, wenn man die fehlerhafte Validierung nachstellen könnte, also mit .ili aus dem Repo, .xtf und config.toml... |
Es ist normal, dass die verschiedenen Versionen nicht gleich viel Platz auf dem Disk benötigen.
Beides kommt vor. |
Ich denke das Ticket kann geschlossen werden. |
Ich habe einmal die Speicherauslastung meines Clients geloggt, währen die Ilivalidator Versionen 1.11.12 sowie 1.11.3 mit einem Gefahrenkartenfile durchgelaufen sind. Die Auslagerungsdatei für 1.11.12 ist doppelt so gross wie für 1.11.3. Zu bemerken ist noch, dass das Testfile nur circa 1/4 der originalen Daten enthielt. Zusatzfragen: |
Bitte mit aktuellem SNAPSHOT laufen lassen (inkl. --trace). Im Log sollte dann stehen, wie gross die Auslagerungsdateien sind. |
Problem scheint die Auslagerung der Beziehungen zu sein:
|
Weiterer Use-Case Lärmempfindlichkeitsstufen Kanton NW: Auszug Log bei File
gesamtes Logfile hier: Monitoring Disk-Storage der betroffenen VM: Mit 200 GB verfügbarem Storage und bei einer Laufzeit von ca. 7h30min hat die Validierung dieser Datei (nur 268 Objekte!) funktioniert. XTF: Darf ich hier nicht bereitstellen, Nutzungsbedingungen Kanton NW. --> nach Absprache mit NW per Mail direkt an @claeis Andere Files zum selben Modell mit einer x-Fachen Anzahl von Objekten validieren auf derselben VM in wenigen Sekunden. @claeis könntest du diesen spezifischen Fall anschauen? (Issue ggf. auf KGK resp. KKGEO taggen) |
Ich kann es nicht reproduzieren. Bei mir dauert die vollständige Validierung gut 3min. Mit --trace erhält man am Ende der Validierung auch die Dateigrössen der Auslagerungsdateien:
M.E. auch nicht wirklich dramatisch, ausser vielleicht "CompoundCurveNoder VAL: size 2294485320" (=Auslagerungsdatei für die Geometrien bei der AREA-Prüfung) Das kann man somit reduzieren, indem man die Prüfung des SET CONSTRAINT bei der Klasse Laermempfindlichkeit_Zonenflaeche ausschaltet. Also ein Konfig-File mit:
Dann dauert die Validierung noch 20 sek. Und
|
Beim validieren von Daten auf geodienste.ch mit dem ilivalidator 1.11.10 gab es für die Gefahrenkarten v1.3 den folgenden Fehler:
Error: java.io.IOException: No space left on device
Error: No space left on device
Dasselbe xtf mit der ilivalidator 1.11.3 kann validiert werden.
Es scheint immer noch Diskrepanzen mit den Auslagerungsdateien in den verschiedene Ilivalidatorversionen zu geben.
@claeis Weisst du woran das liegt? Könntest du in zukünftigen Versionen diese Diskrepanzen ausmerzen oder diesen auf den Grund gehen?
logfile_erfolgreich.txt
logfile_error.txt
The text was updated successfully, but these errors were encountered: