Datei Upload zu Raspi mit Image V22 funktioniert nicht
Hallo,
habe gerade einen Raspi 3b mit dem aktuellen Image V22 ausgestattet. Sieht auch alles so weit gut aus. Drucker konfiguriert.
Repetier-Host den Drucker eingestellt, und zum Test versuch vom Host was auf dem Server zu speichern.
Das Fenster zeigt hängt (keine Rückmeldung) und verschwindet nach ca. 2 Minuten. Die Datei ist in der Weboberfläche nicht sichtbar.
Als Gegenprobe versucht über die Weboberfläche die G-Code Datei hochzuladen. Auf dem Button wird angezeigt "Lade Datei hoch ... 2" und dann passiert nichts mehr. Ein Refresh der Seite zeig wieder eine Leere Dateiliste an.
Habe das ganze noch mal von vorne probiert. Gleiches Ergebnis.
Ist das ein Bug im Image ? Oder hat das Problem schon mal jemand gehabt? Bin gerade etwas ratlos. Jemand eine Idee?
Gruß Enny
habe gerade einen Raspi 3b mit dem aktuellen Image V22 ausgestattet. Sieht auch alles so weit gut aus. Drucker konfiguriert.
Repetier-Host den Drucker eingestellt, und zum Test versuch vom Host was auf dem Server zu speichern.
Das Fenster zeigt hängt (keine Rückmeldung) und verschwindet nach ca. 2 Minuten. Die Datei ist in der Weboberfläche nicht sichtbar.
Als Gegenprobe versucht über die Weboberfläche die G-Code Datei hochzuladen. Auf dem Button wird angezeigt "Lade Datei hoch ... 2" und dann passiert nichts mehr. Ein Refresh der Seite zeig wieder eine Leere Dateiliste an.
Habe das ganze noch mal von vorne probiert. Gleiches Ergebnis.
Ist das ein Bug im Image ? Oder hat das Problem schon mal jemand gehabt? Bin gerade etwas ratlos. Jemand eine Idee?
Gruß Enny
Comments
Die zahl ist wie viel Prozent des uploads schon empfangen wurde.
Da wir von einem neuen Image reden nehme ich mal an das noch genug platz auf der sd Karte sind?
Das einzige was sinn ergibt ist wenn das speichern durch linux blockiert wird und er keine weiteren Daten mehr entgegen nimmt.
Hast du noch eine 2. sd karte zum Testen. Möglicherweise ein defekt an der SD Karte der Dateioperationen blockiert.
Habe Repetier-Server parallel mal in einen Docker-Container installiert, und der zeigt das gleiche Verhalten.
Die Festplatte des Docker-Servers ist aber OK. Lässt sich irgendwo nachvollziehen, was das Problem ist?
export LC_ALL=C
sudo -u repetierserver strace /usr/local/Repetier-Server/bin/RepetierServer -c /usr/local/Repetier-Server/etc/RepetierServer.xml
Beim start wird das Zielverzeichnis auf den owner repetierserver gesetzt, berechtigungen sollten daher kein Problem sein. Wobei bei docker ist die Frage wie das gemappt wird auf das Volume wo alles gespeichert wird.
Ansonsten ist es echt verwunderlich das es so schnell aufhört zu funktionieren. Wenn man es im Browser macht mit aktivieren entwicklertools sieht man den upload unter Netzwerk und auch ob er abgebrochen wurde.
Ist mit den Dateien irgend etwas besonders? Besonders groß, unüblicher gcode dialekt, ...
Die Datei wird immer zuerst in /var/lib/Repetier-Server/tmp/ gepseihcert beim hochladen und dann in das Zielverzeichnis durch umbennen verschoben und dann analysiert. Wenn es mit einer kleinen Datei auch passiert diese mal als link posten dann teste ich ob ich die hochladen kann für den Fall das es was gibt was den Server stört.
Sorry blöder Fehler. Aber Danke für die Hilfe. Die erfolgreichen Uploads waren tatsächlich sehr kleine Tests 140kb.
Nach etwas Recherche hat sich heraus gestellt, das das ein bekanntes Problem der Marvel WLAN-Karten ist. Und vom Hersteller schon gepatcht wurde.