Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Recompiled the binaries for mldonkey. Managed to shrunk it and hopefully it will run more efficient.
Do feedback on mldonkey 2.8.7 lite
Offline
Thanks shadow will have to try it again!
Offline
can some one compile http://aria2.sourceforge.net/ i have hard getting it compiled.
Offline
jbirney wrote:
Thanks shadow will have to try it again!
Thanks. Do feedback directly at the blog or here.
KRH wrote:
can some one compile http://aria2.sourceforge.net/ i have hard getting it compiled.
HTTP/HTTPS/FTP/Bittorrent download is supported in the mldonkey.
Offline
did a slight update to the mlnet.sh shell script.
Offline
Andy,
I got an error message about a missing folder when I tried the final step of the install process (executing mlnet.sh). It said the lnx_bin/logs folder wasn't there... I created it manually and somewhere along the way it now works Dunno for how long but am not planning to turn the box off again anytime soon lol.
Cheers,
Chris
Offline
Hi Chris,
glad you got it working.
I am pretty interested in which version did you use. The lite version or the new recompiled version? I stripped out some stuffs out of edonkey protocol, hopefully it will save some cpu cycles.
Next thing would be packing in configuration file to make it less resource hogging on the DNS-323
Offline
Andy,
I used the lite version... Although on the first torrent I have tried to download it has got stuck at 93%... Gonna try another later and see if its just a glitch. Also i have no upload but again maybe thats just this torrent.
Chris
Offline
Offline
Hi
I'm in the same situtation. The small torrent files working, but if i'm downloading some big files - all the torrents stops at 93-98%.
And the mlnet.log say:
2007/07/16 05:57:26 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:57:31 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:57:41 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:57:43 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:58:00 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:58:06 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:58:30 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:58:38 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:59:06 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:59:18 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:59:36 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 05:59:52 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 06:00:16 [cF] Checksum computation failed: Exception: write failed: No space left on device
2007/07/16 06:00:31 [cF] Checksum computation failed: Exception: write failed: No space left on device
"No space left on device" ..... WTF???? I have 300 GB free space on my DNS-323 :-)
Any idea ?
Regards,
Craft
Offline
Craft,
are you using fw 1.04beta ? since that is exactly the behaviour I had with the 1.04Beta, but with a normal bittorrent client run from my PC. Small files were ok, but larger ( a few hundred kb or more) failed. In that case, it is not releted to the torrentclient, but the fw.
/TJ1965
Offline
No, right now I'm using the 1.03 firmware.
Offline
craft, I do experience that checksum computation error as well. I *think* that it is doing checksums calculations and storing it to /tmp. Which itself is limited in space.
Since you have got a similar problem as me, would you mind doing a df when you are running the torrent and see if it is 100% used on / mount.
Offline
Hi
here is the df :
/mnt/HD_b2/mldonkey # df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/ram0 9911 9907 0 100% /
/dev/sda2 76193792 10419808 65773984 14% /mnt/HD_a2
/dev/sda4 202226 26 202200 0% /mnt/HD_a4
/dev/sdb2 384056272 130913700 253142572 34% /mnt/HD_b2
/mnt/HD_b2/mldonkey #
Offline
you have the same problem as me of having ur / filled up to the brim. I am actually still going to mldonkey forum to see if I can make it work on other locations instead of /tmp. Been compiling with prefix argument but seems like mldonkey is ignoring that when running.
Offline
Andy (and all the guys here)
Right now i'm testing rtorrent on the device - using chroot etch.
Working fantastic, but i have a problem/question.
If i'm start the rtorrent program in etch enviroment, and the program running/watch my upload folder - and if finds
any .torrent file in there - automaticaly start download the file,
but if i'm close the telnet window - and open a new telnet session to the device - how can i monitor the running rtorrent program ?
Is it possible to manage/controll a running program ?
thanks
Craft
Offline
try using nohup, anyway mldonkey also monitors a folder for newly added torrent and runs them.
you can try searching for a thread in here, it auto starts etch and from there perhaps you can run rtorrent with nohup
Offline
craft wrote:
Is it possible to manage/controll a running program ?
I'd suggest you look at "screen". A very useful program that lets you start a program in a "virtual" terminal, from which you can detach and later reattach.
Offline
/mnt/HD_a2/mldonkey/torrents/incoming
is the path that is automaticaly monitored to automatically add torrents.
Really useful for ftp'ing a .torrent file to download a file when away from your DNS-323 (ie home)
Last edited by index monkey (2007-07-18 22:48:59)
Offline
I finally got mldonkey working but unfortunately it is banned @ Oink.cd. This is very sad, does it exist any alternatives that is pretty easy to install as mldonkey?
Last edited by alexz (2007-07-20 21:33:21)
Offline
Excellent job Andy, it works perfectly. However, the SMB service goes down whenever mlnet starts and the DNS-323 becomes unavailable in Windows. Telnet, HTTP, FTP and everything else still works. Where do I start testing to fix that? Thanks!
Fw 1.03, fonz_plug 0.2
-E
Offline
secretagent wrote:
Excellent job Andy, it works perfectly. However, the SMB service goes down whenever mlnet starts and the DNS-323 becomes unavailable in Windows. Telnet, HTTP, FTP and everything else still works. Where do I start testing to fix that? Thanks!
Fw 1.03, fonz_plug 0.2
-E
Not sure if my setting file would help. Do tune down the connection rate and stuffs in other clients (donkey, bittorrent) to lower the CPU consumption. The setting files could be found at /mnt/HD_a2/mldonkey
Offline
I'm planning to using this bt client for DNS-323 since I cannot get downloader for 1.04 beta work. shadowandy, may I know if mldonkey work with unicode? I believe my system setting using UTF-8.
Thanks
Noodle
Offline