On Thu, Aug 10, 2017 at 2:34 PM, Markus Metz <[email protected]> wrote: > > > On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová <[email protected]> > wrote: >> >> On Thu, Aug 10, 2017 at 11:16 AM, Pietro <[email protected]> wrote: >> > Hi Veronica, >> > >> > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo <[email protected]> >> > wrote: >> >> >> >> I've also experienced the freezing issue (dunno if it the same thing or >> >> not). Here, the rendering freezes if strds has more than 500 maps. I do >> >> not >> >> even get to the export part. Cancel does not close it, so I have to >> >> kill it >> >> (trunk r71319). >> > >> > Same problem here, when I reach 502 maps raise the following exception: >> > >> > Traceback (most recent call last): >> > File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line >> > 16762, in <lambda> >> > File >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py", >> > line 194, in SetAnimations >> > File >> > >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py", >> > line 305, in SetAnimations >> > File >> > >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py", >> > line 328, in _setAnimations >> > File >> > >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py", >> > line 407, in _updateBitmapData >> > File >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py", >> > line >> > 234, in Load >> > File >> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py", >> > line >> > 366, in Render >> > File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in >> > Queue >> > File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in >> > __init__ >> > File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 147, >> > in >> > __init__ >> > File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75, >> > in >> > __init__ >> > OSError: [Errno 24] Too many open files >> > >> > But checking the number of opened file on my system, it seems two order >> > lower than the maximum: >> > >> > $ cat /proc/sys/fs/file-nr >> > 23422 0 1628292 >> > $ cat /proc/sys/fs/file-max > > the OS limit of the number of open files is given in > /proc/sys/fs/file-max > but that is irrelevant, what matters is the maximum allowed number of open > files for the current user > >> > 1628292 >> > >> > I’ve attached also the complete log of the command in DEBUG mode, but I >> > was >> > not able to understand where the problem could be. I’ve also rebooted >> > just >> > to be sure that the system was fresh, but again after 502 maps it breaks >> > with the same error. >> >> I just tested 1100 maps without problem. In case this is relevant: >> >> ulimit -n >> 1024 > > ulimit -n reports the maximum allowed number of open files for the current > user, this is the relevant limit
good to know, that's why I used 1100, because it's higher than the limit, but it still worked. > > A solution to the error "Too many open files" would be to open the > files/maps one at a time and closing them again, similar to the -z flag of > r.series. > I was trying to figure out why they would be opened at all. Not sure yet. > Just an idea, > > Markus M > >> >> > >> > Any ideas? >> > >> > Pietro >> > >> > >> > _______________________________________________ >> > grass-dev mailing list >> > [email protected] >> > https://lists.osgeo.org/mailman/listinfo/grass-dev >> _______________________________________________ >> grass-dev mailing list >> [email protected] >> https://lists.osgeo.org/mailman/listinfo/grass-dev > _______________________________________________ grass-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-dev
