You are not logged in.
I'm trying to upload a plate (zip format) that's quite large 556MB to my NanoDLP running on Phrozen Transform, build 4268. It's on a 32GB SD card.
NanoDLP fails and says:
Error POST file issue write /tmp/multipart-338025062: no space left on device
Yet, the line before on the log shows:
Usable disk space 28013 / 29776 MB
I've had a few times it reported the no space left error with much smaller files (eg 8-10 MB), and rebooting the machine made it work, but it doesn't seem to help now with this file.
Offline
Not sure where did you get SD card image. But it seems your /tmp folder mounted somewhere which much more limited size.
On default nanodlp sd card all folders mounted on root so space usable on all paths
Offline
It's strange because this is just a basic ambian image, flashed to an SD drive then NanoDLP installed using a script.
(BTW thanks for your help with the calibration plate - working now!).
the tmp folder is at the root directory, so not sure why it's having problems:
phrozen-transform:/:% ls -l
total 60
lrwxrwxrwx 1 root root 7 Jan 1 14:32 bin -> usr/bin
drwxr-xr-x 4 root root 4096 Feb 6 00:31 boot
drwxr-xr-x 15 root root 3380 Feb 7 00:20 dev
drwxr-xr-x 89 root root 4096 Feb 6 00:31 etc
drwxr-xr-x 3 root root 4096 Jan 25 00:43 home
lrwxrwxrwx 1 root root 7 Jan 1 14:32 lib -> usr/lib
drwx------ 2 root root 16384 Jan 22 16:14 lost+found
drwxr-xr-x 10 root root 4096 Jan 25 00:48 media
drwxr-xr-x 2 root root 4096 Jan 1 14:32 mnt
drwxr-xr-x 2 root root 4096 Jan 1 14:32 opt
dr-xr-xr-x 171 root root 0 Feb 6 00:31 proc
drwx------ 7 root root 4096 Jan 30 11:38 root
drwxr-xr-x 23 root root 720 Feb 7 00:00 run
lrwxrwxrwx 1 root root 8 Jan 1 14:32 sbin -> usr/sbin
drwxrwxr-x 2 root root 4096 Jan 22 16:09 selinux
drwxr-xr-x 2 root root 4096 Jan 1 14:32 srv
dr-xr-xr-x 12 root root 0 Feb 6 00:31 sys
drwxrwxrwt 9 root root 220 Feb 7 00:00 tmp
drwxr-xr-x 10 root root 4096 Jan 1 14:32 usr
drwxr-xr-x 12 root root 4096 Jan 22 16:09 var
Offline
I looked at the tmp directory while I was doing an upload (596 MB) which failed with no free space, and I saw this, confirming it's writing to /tmp at the root dir.
root@phrozen-transform:/tmp# ls -l
total 510764
-rw------- 1 root root 31 Feb 7 14:14 armbian-hardware-optimization.CYnkSq
-rw------- 1 root root 523017874 Feb 7 14:28 multipart-587031979
drwx------ 3 root root 60 Feb 7 14:14 systemd-private-f6ef921c9a1e4694bdabdc78136ffa98-chrony.service-gX9Xgz
drwx------ 3 root root 60 Feb 7 14:14 systemd-private-f6ef921c9a1e4694bdabdc78136ffa98-haveged.service-LIAuFU
After failure, the file is deleted
root@phrozen-transform:/tmp# ls -l
total 4
-rw------- 1 root root 31 Feb 7 14:14 armbian-hardware-optimization.CYnkSq
drwx------ 3 root root 60 Feb 7 14:14 systemd-private-f6ef921c9a1e4694bdabdc78136ffa98-chrony.service-gX9Xgz
drwx------ 3 root root 60 Feb 7 14:14 systemd-private-f6ef921c9a1e4694bdabdc78136ffa98-haveged.service-LIAuFU
Last edited by ConsummatePro (2021-02-07 22:29:39)
Offline
More troubleshooting:
1. I generated a backup file of all plates and settings, and NanoDLP generated a 200 MB temp file with no complaints:
phrozen-transform:/tmp:# ls -l
total 192920
-rw------- 1 root root 31 Feb 7 11:46 armbian-hardware-optimization.wZh7b5
-rw------- 1 root root 197545537 Feb 7 11:53 prepared679904051
drwx------ 3 root root 60 Feb 7 11:46 systemd-private-ff836810d903402ab0314fcac626b5a2-chrony.service-1chk2L
drwx------ 3 root root 60 Feb 7 11:46 systemd-private-ff836810d903402ab0314fcac626b5a2-haveged.service-VbgzCy
I then tried USB import of the 596 MB file, and it imported without complaint (although the generated plate has many zero byte pngs - see other thread I posted).
I wonder if this is a problem localized to the network upload function? I'm connected via Ethernet so it's not a wifi issue.
Or is there an issue with the zip decompression?
Last edited by ConsummatePro (2021-02-07 22:30:45)
Offline
Sorry one more hint: even the USB upload is an issue: the other thread I posted is likely due to the same issue, as looking at the log I see a string of these errors:
Notice 0 2021-02-07 14:43:42.198438 Upload Plate file has been uploaded
Error 0 2021-02-07 14:42:42.228085 Plate Issue copying image file write /tmp/309066276688003608/999.png: no space left on device
Error 0 2021-02-07 14:42:42.198454 Plate Issue copying image file write /tmp/309066276688003608/998.png: no space left on device
Error 0 2021-02-07 14:42:42.168805 Plate Issue copying image file write /tmp/309066276688003608/997.png: no space left on device
Error 0 2021-02-07 14:42:42.139323 Plate Issue copying image file write /tmp/309066276688003608/996.png: no space left on device
Error 0 2021-02-07 14:42:42.109694 Plate Issue copying image file write /tmp/309066276688003608/995.png: no space left on device
Error 0 2021-02-07 14:42:42.080238 Plate Issue copying image file write /tmp/309066276688003608/994.png: no space left on device
Error 0 2021-02-07 14:42:42.050406 Plate Issue copying image file write /tmp/309066276688003608/993.png: no space left on device
Error 0 2021-02-07 14:42:42.020909 Plate Issue copying image file write /tmp/309066276688003608/992.png: no space left on device
Error 0 2021-02-07 14:42:41.990906 Plate Issue copying image file write /tmp/309066276688003608/991.png: no space left on device
Error 0 2021-02-07 14:42:41.952666 Plate Issue copying image file write /tmp/309066276688003608/990.png: no space left on device
Error 0 2021-02-07 14:42:41.923277 Plate Issue copying image file write /tmp/309066276688003608/99.png: no space left on device
Error 0 2021-02-07 14:42:41.893538 Plate Issue copying image file write /tmp/309066276688003608/989.png: no space left on device
Offline
I did some searching and it might be because the tmp file is too small for these large files (which are >500 MB when expanded). The Phrozen Transform only has 1 gig of memory and the tmp file is limited to 500 MB in default configuration.
This is what I see when I log into the root via terminal:
Welcome to Armbian 20.11.9 Buster with Linux 5.10.4-sunxi
System load: 2% Up time: 2:02
Memory usage: 29% of 999M Zram usage: 2% of 499M IP: 192.168.1.10
CPU temp: 66°C Usage of /: 10% of 30G storage/: 35% of 3.8G
I set the tmp file to be huge (5gigs to handle large files that the Transform might need to print) by editing
nano /etc/fstab to force the tmp file to be up to 5 gigs:
tmpfs /tmp tmpfs defaults,size=5g,nosuid 0 0
Now, I get:
phrozen-transform:~:# df -h /tmp
Filesystem Size Used Avail Use% Mounted on
tmpfs 5.0G 4.0K 5.0G 1% /tmp
===
Using this setup I can upload the large files via USB with no complaints or errors, no zero byte png files. These are sliced zips are large: when expanded are about 612 MB and 855 MB in size, which is why they exceeded the default 500 MB tmp file. Allowing the tmp file to be as big as 5 gigs made these plates work -- I'm printing the 612MB file right now.
BUT when I try uploading the **exact same files** over the network (all connected via ethernet), the plates screen times out, and I get a string of "High memory usage" warnings in the logs, and the plate never shows up, even if I leave the machine running for an hour. I can see a large file in the tmp dir, and the " df -h /tmp" command shows that the tmp file is ~600 or 800MB in size, but no new plate in the plates directory appears. If I restart the machine, the tmp files are gone and the tmp file is back down to 0/5 gigs.
Not sure how to fix the network upload of larger files - for now it looks like I can only do large files via USB, and only if I manually specify a large tmp file in the fstab file.
Any suggested fixes?
In case it's of any use, here is the output for armbianmonitor:
http://ix.io/2OHL
Offline
Use df -h to get free space details.
Network transfer doing one temp folder to do the task for usb it does not needed. High memory should not happen and may caused your issue.
Please, send a debug file. I should try to find out what causing high memory usage.
Offline
OK _ I'll send it after my print is done (I finally got that 500+ MB file uploaded and printing now so it'll take a couple days I think).
Offline