** Changed in: transmission
Status: Unknown = Fix Released
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
I'm closing this ticket because the bug has been fixed in the latest
development version of Ubuntu - Lucid Lynx. It won't be fixed in
previous versions of Ubuntu because the package doesn't fit the
requirements for backporting. See
https://help.ubuntu.com/community/UbuntuBackports for more
I believe this is fixed now in 1.80 beta 4 due to the changes made in
http://trac.transmissionbt.com/browser/trunk/libtransmission/fdlimit.c?rev=9797
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
I tried changing the limit to 2048 in Karmic and it seems that
Transmission is slow to respond to clicks whilst torrents are
downloading. Also occasionally when bringing it up by single clicking on
the tray is sometimes greying it out for a few seconds.
--
transmission: too many open files
I am a beginner with ubuntu 9.10 and I can't figure out how to fix this
problem. Could someone please help me with step by step directions
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
Bugs, which
I had this issue as well in the most recent version of transsmission,
I've just added that like to my /etc/security/limits.conf now
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I just got this on Karmic 64bit.
As it's a kernel issue, should the package the bug is attached to be
changed?
$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
file size (blocks, -f) unlimited
'Bug' appears also in Koala - Transmission 1.75 (9117)
limits.conf is the same like under Jackalope, so I change the limit to
2048...
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
Bugs, which is
l...@ubuntu:~$ sudo echo * - nofile 1536 /etc/security/limits.conf
bash: /etc/security/limits.conf: Permission denied
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
OKay.
But in my 'limits.conf' is not one line code or something!
It's complete comment with an # at every line!
So is there a other file where the limit is set to 1024 or from where
get the system this data?
But I try it out and write again if it doesn't work...
** Attachment added:
LAZA,
I forgot to say some stuff, sorry.
You have to run that command like
$ sudo -s
$ echo * - nofile 1536 /etc/security/limits.conf
$ exit
This way, you have root access to the file, not just the 'echo' command (when I
tried to do it the first time, I also had the problem you had). After
Thanks.
It was clear that I needed superuser but in one single line it didn't work
1536 = 1024 (default) + 50 % (512)
Better not overstate ;-)
Strange to say but waiting also helps!
I got this message today again and after some hours it's gone...
BTW: Is it normal that the inserted line
Well, as the # End of file line is a comment, I guess it doesn't
matter at all. You could also edit it so it comes before. I just
appended it at the end because it was a quick fix.
--
transmission: too many open files
https://bugs.launchpad.net/bugs/406486
You received this bug notification
I have an LVM with ext3.
If this might be the problem I can give you the fstab.
ulimit -a is the same like the from Felipe!
At he command lsof -p 'pidof transmission' /tmp/lsof.transmission I got the
file but the command exits not - is not going back to ~$.
So I can nothing say about the
I solved the problem!
I had to edit the file /etc/security/limits.conf so it contained the line:
*- nofile 2048
This tells the system to set a limit of 2048 to open files for all the users by
default (check man limits.conf). I guessed the double of the default 1024
would be fine. It
Thanks for your report. Would you mind providing a following
informations?
Result of typing
$ ulimit -a
command in terminal.
Also when a issue occure agaid do the following:
$ lsof -p `pidof transmission` /tmp/lsof.transmission
and attach created file (/tmp/lsof.transmission) to this report.
I am having this problem too, but running the 2.6.28-13-generic kernel.
I am using ext4 as filesystem for my partitions, if it can be of any
relevance.
$ ulimit -a gives:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
17 matches
Mail list logo
