On Thu, Aug 10, 2017 at 2:34 PM, Markus Metz
<markus.metz.gisw...@gmail.com> wrote:
>
>
> On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová <kratocha...@gmail.com>
> wrote:
>>
>> On Thu, Aug 10, 2017 at 11:16 AM, Pietro <peter.z...@gmail.com> wrote:
>> > Hi Veronica,
>> >
>> > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo <veroand...@gmail.com>
>> > 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
>> > grass-dev@lists.osgeo.org
>> > https://lists.osgeo.org/mailman/listinfo/grass-dev
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to