> OK, wanted to be sure that we are hunting a real bug. Did you check that > the files are actually written to that disk? Yes, it is written. I sent another email about executing a simple 'ls' command on that directory (or any other one containing a lot of files) also leads to crash. I suppose that it has similar reason.
> Sounds like a memory leak of the application. Or some (debug) log asking > too much memory. Maybe /var/log/messages is getting huge? The /var directory is linked to /tmp, therefore it is stored in the ram. I don't think that it is a leak in the application, because there is a lot of free memory before crash (according to 'free', 'top', /proc/meminfo, etc), and the swap is nearly empty (if used). As far as i can fllow the kernel backtrace, it wants to allocate some memory, which fails - however there is a lot of buffers could be freed (or swap, if enabled). After killing the biggest process, it should continue, but kills all the other processes instead and freezes (sometimes freezes immediately). In my mind these are points to kernel problem. I am trying to follow what happens in the kernel, but unfortunately i have few time for it. Regards K. Gy. _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
