Mateusz Okulus wrote: > On 22/09/08 05:24PM, Dale wrote: >> root@fireball / # cat /etc/security/limits.conf | grep nofile >> # - nofile - max number of open file descriptors >> * hard nofile 8192 >> I logged out and back in. I ran the command you shared and it was >> indeed set to the new amount. I'm going to upgrade qbittorrent to the >> new version again and test it some more. > I don't think 8k opened files will be enough for 10TB of torrents. Keep > in mind this is more for multi user purpose, in case someone writes and > uses a buggy program, so the whole system won't crash for other users. > If you just have single user computer it's safe to just set it to the > max limit. > > I'm certain it's not a bug in qbittorrent, but rather this limit is just > very low by default for you, as I've mentioned for me it was 2^19, and > I'm on 512GB laptop. > > Regards, > mmokulus > >
You make a excellent point. While I have not had this error since the change I made, I do have large storage media here. My crypt mount point is two 8TB hard drives on LVM. The drive that qbit uses to store files on is a 6TB drive. Not including the drive for the OS itself, I have 20TBs of drive space. Those will be changing soon as I grow things here. Since that setting likely affects things not even related to qbittorrent, these larger storage drives can result in reducing what file qbit can have open. I'm going to up that setting a bit shortly. I don't think it would hurt anything given I have lots of memory and a pretty fast CPU so it shouldn't cause anything to fail due to lack of memory or CPU power. I don't see a downside to this change. Thanks much for the help. Dale :-) :-)
