[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bugs #8344] downloads pausing themself
From: |
Roland Arendes |
Subject: |
[Mldonkey-bugs] [bugs #8344] downloads pausing themself |
Date: |
Wed, 25 Aug 2004 01:19:41 -0400 |
User-agent: |
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) |
This mail is an automated notification from the bugs tracker
of the project: mldonkey, a multi-networks file-sharing client.
/**************************************************************************/
[bugs #8344] Latest Modifications:
Changes by:
Roland Arendes <address@hidden>
'Date:
Mit 25.08.2004 at 05:14 (GMT)
------------------ Additional Follow-up Comments ----------------------------
Actually, I cannot reproduce this bug with 2.5.28. The only reason files paused
itself are due to insufficient diskspace.
Have you force-checked your fs?
/**************************************************************************/
[bugs #8344] Full Item Snapshot:
URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8344>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Son 28.03.2004 at 19:27
Category: eDonkey-plugin
Severity: 5 - Average
Item Group: Program malfunction
Resolution: None
Privacy: Public
Assigned to: None
Status: Closed
Release: 2-5-17
Release:
Platform Version: Linux
Binaries Origin: CVS / Self compiled
CPU type: Intel x86
Summary: downloads pausing themself
Original Submission: ed2k downloads go to "paused" state infrequently for no
obvious reason. this has been observed for some time now, the last version i am
pretty sure to _not_ see it with was 2.5.3
after uncommenting some printf in donkeyOneFile.ml the "reason" shows up in the
log:
Exception in really_write: pos=-10380 len=20810, string length=10430
...
Error Invalid_argument("Unix.write") while writing block
File paused.
all the observed auto-pausings involved a negative pos.
Follow-up Comments
------------------
-------------------------------------------------------
Date: Mit 25.08.2004 at 05:14 By: Roland Arendes <chemical>
Actually, I cannot reproduce this bug with 2.5.28. The only reason files paused
itself are due to insufficient diskspace.
Have you force-checked your fs?
-------------------------------------------------------
Date: Die 24.08.2004 at 21:47 By: 0 <None>
The same problems with 2.5.22 - seems this bug closed too early...
-------------------------------------------------------
Date: Fre 04.06.2004 at 06:34 By: 0 <None>
I've got exactly the same with mldonkey 2.5-21c.
-------------------------------------------------------
Date: Mon 03.05.2004 at 22:35 By: 0 <None>
just a detail for the aforementioned script:
...
send "resume all"
...
should work fine too.
-------------------------------------------------------
Date: Mon 19.04.2004 at 19:53 By: spiralvoice <spiralvoice>
fixed in CVS 2-5-18
-------------------------------------------------------
Date: Fre 16.04.2004 at 09:30 By: 0 <None>
A temporary workaround I use is I just look up the files that exhibit this
behaviour (for some reason it's always the same couple of files, a small part
of the files auto pause, most files don't) and just write a script in "expect"
to unpause them, then run that script on a regular basis.
The script looks like this:
*** Begin script ***
#!/usr/bin/expect -f
spawn telnet localhost 4000
expect "> "
send "auth username passwordr"
sleep 1
expect "Full Access Enabled"
send "resume 104r"
sleep 1
send "resume 98r"
sleep 1
send "qr"
*** End Script***
Fill in your own username/pass combination, and of course the indices of the
problematic files (104 and 98 in my case).
Then I just start a screen session and in there I run the command with:
while (true) ; do sleep 60 ; ./mldonkey-unpause ; done
Yup, I know, shoddy workaround, but it beats babysitting a file that
auto-pauses every couple of minutes and that's only downloaded for 50/350 MB...
-------------------------------------------------------
Date: Mit 14.04.2004 at 21:26 By: 0 <None>
I tried a full fsck on my clean filesystems. Nothing reported by fsck, so i
guess the problem is not there. The problem is visible on NetBSD's FFS with
softdep and Linux's ext3.
Karsten Kruse - tecneeq at tecneeq.de
-------------------------------------------------------
Date: Sam 10.04.2004 at 20:07 By: 0 <None>
the negative offset does not seem to be caused by a FS-problem. more the result
of some network-io related error ("uh, socket dead") causing an out-of-order
write with a buffer that is not full yet, but passing the buffersize to write
instead of the how-much-bytes-in-buffer-right-now. look at the example above
("pos" == ("string length" - "len")) and (pos < 0) has been true for all cases
of sudden-pause logged here.
i tried tracing code to figure out who passes the wrong arg, but i do not know
enough ocaml.
-------------------------------------------------------
Date: Mit 07.04.2004 at 07:02 By: Roland Arendes <chemical>
I can confirm this issue, seems to be in conjunction with the
unix.write-function and/or a possible damaged file system which should be
unmounted and checked by fsck even if its "clean"
For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8344>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
- [Mldonkey-bugs] [bugs #8344] downloads pausing themself,
Roland Arendes <=