Hi Timo, Thanks for your reply. I solved the problem cleaning the directory and reinstalling all the modules.
In the future I will keep the thing monitored, so should it happen again I'll be able to dig deeper into it. On Sat, Aug 8, 2020, 19:16 Timo Paulssen <t...@wakelift.de> wrote: > Hi Fernando, > > do you happen to have the exact error message? The simplest search through > the zef source didn't find anything related, so perhaps it was actually > "too many open files" caused by a too-low limit on open file descriptors? > > `ulimit -a` on my system gives me `Maximum number of open file descriptors > (-n) 1048576` because i have set it to "a very high value" at some point in > the past in /etc/security/limits.conf, but some systems have it at an > obnoxiously low number. > > Obviously we don't want zef to open billions of file descriptors just to > go through a directory or something, so tracking that down further could be > interesting if that is the case. > > HTH > - Timo > On 01/08/2020 22:46, Fernando Santagata wrote: > > Hello, > > I found out that on my system at a certain point zef was unable to read > the content of ~/.raku/short and because of that to install any other > module. > According to zef there were too many files in that directory and indeed > there were a lot of subdirectories. > > I don't know what happened, because I try to keep my installation lean and > I uninstall old versions of all the modules that I update. > > Is it possible that zef failed to update that directory content when, I > don't know, a module fails to install or something like that, leaving > behind unused directories? > Has that happened to anyone else? > > -- > Fernando Santagata > >
