DSM-G600, DNS-3xx and NSA-220 Hack Forum

dlu_tm · 2007-07-29 00:17:57

shadowandy wrote:
dlu_tm,
perhaps you can try restarting the core as I don't face the problem you have.

FileTP Porttest not available
BitTorrent Porttest finished 0m 14s ago
Port test OK!

How do I restart the the core? Sorry, I'm new at this.

Thanks...

noodle · 2007-07-29 00:36:36

shadowandy, using 2.9.0 on 1.04beta, the file size is much smaller, and unicode support is better.

My requirements (sorry, I shouldn't require anything from you) are: I still prefer no gd version, I'm thinking even no http, because I'm using remote GUI, will remove gd and/or http reduce some size and memory usage?

Thanks

noodle

noodle · 2007-07-30 01:56:52

shadowandy, may I have your configuration for building? I want to build one to remove gd and web GUI to make it smaller.

Thanks

noodle

shadowandy · 2007-07-30 03:50:36

noodles,

the configure (+ option) I used for building the binaries is

Code:

./configure --disable-multinet --disable-donkeysui --enable-filetp --enable-bittorrent --disable-magic --enable-gd --enable-gui=newgui2 --enable-batch

Removing GD will only strip 0.7mb off the binary and I am not sure if you can strip web gui off.

I did compile a version without gdlib. if you wish I could send to you (thru email) later when I get back home.

Last edited by shadowandy (2007-07-30 05:01:20)

saltisol · 2007-08-07 09:51:58

After running a couple of more days since my last post, I started running back into the same problems with crashed/nonresponsive samba and /dev/ram0 getting full... This was after I reduced by download settings even more than in my earlier post with no positive result.

(fw 1.03, fonz 0.3, mldonkey 2.8.7 lite WITH GD)

just to clarify the discussion earlier in this thread, I think the answer lies in downloads.ini, by removing a line from this part:

web_infos = [
("guarding.p2p", 96, "http://www.bluetack.co.uk/config/level1.gz");
("geoip.dat", 0, "http://www.maxmind.com/download/geoip/database/GeoIP.dat.gz");]

and changing it to:
web_infos = [
("geoip.dat", 0, "http://www.maxmind.com/download/geoip/database/GeoIP.dat.gz");]

What you do is that you simply tell the program not to download the IPblock file, just the GeoIP package.
From our earlier discussions it is clear that it is the IPblock extraction operation that fills up the ram:

2007/07/27 12:15:24 [DNS] could not resolve min.midco.net.nyud.net, check URL
2007/07/27 12:15:24 [cWeb] using local version of web_infos/level1.gz, HTTP request failed (error 0)
2007/07/27 12:15:29 [IPblock] loading web_infos/level1.gz
2007/07/27 12:15:30 [IPblock] Exception Sys_error("No space left on device") while extracting from web_infos/level1.gz

shadowandy · 2007-08-08 07:10:18

saltisol,

Hi there! In actual fact, I find that geoip.dat and guarding.p2p to be redundant. They do not affect the running of mldonkey at all. They are responsible to mapping ip to geographical areas (showing country flag) and denying communications to blocked ips respectively. So you can totally remove both of them.

Do also take note that not all users experience this problem of /dev/ram0 being full. Reason of why it is like this I am not pretty sure too.

Hope it helps!

xlab · 2007-08-09 11:25:20

saltisol wrote:
just to clarify the discussion earlier in this thread, I think the answer lies in downloads.ini, by removing a line from this part:

web_infos = [
("guarding.p2p", 96, "http://www.bluetack.co.uk/config/level1.gz");
("geoip.dat", 0, "http://www.maxmind.com/download/geoip/database/GeoIP.dat.gz");]

and changing it to:
web_infos = [
("geoip.dat", 0, "http://www.maxmind.com/download/geoip/database/GeoIP.dat.gz");]

Thank you Saltisol! Your input changed my /dev/ram0 back to 73%.

shadowandy · 2007-08-09 15:52:00

following the inputs from saltisol I have put up the sample downloads.ini for download here

vc24 · 2007-08-14 21:59:43

I also had the problem with out of space in /dev/ram0. New downloads.ini doesn't help (don't know why). So I've checked sources and found one more cure: mlnet checks environment variable TMPDIR for path where to store temporary files. So just adding something like
export TMPDIR=/mnt/HD_a2/mldonkey/temp
shiold help.

shadowandy: thanks a lot for nice tool for 323!

index monkey · 2007-08-15 13:47:37

where exacly should I put the line
"export TMPDIR=/mnt/HD_a2/mldonkey/temp"
Thanks

shadowandy · 2007-08-15 13:53:52

vc24 wrote:
I also had the problem with out of space in /dev/ram0. New downloads.ini doesn't help (don't know why). So I've checked sources and found one more cure: mlnet checks environment variable TMPDIR for path where to store temporary files. So just adding something like
export TMPDIR=/mnt/HD_a2/mldonkey/temp
shiold help.

shadowandy: thanks a lot for nice tool for 323!

vc24,
Thanks for the insight! I will edit the shell script for mlnet.

index monkey,
You can edit that in the mlnet.sh file.

shadowandy · 2007-08-16 18:48:23

For those who don't know what vc24 has discovered and suggested, please refer to my site for the new mlnet.sh, just replace the one you have now.

shadowandy · 2007-08-24 02:38:20

added a sample shell script that shifts torrents to another location on completion.

Gavlester · 2007-09-03 08:26:45

guys,

just wondering if there is a compiled version of mldonkey that just has bittorrent support? (IE. no GUI, no edonkey etc).

Basically, i want to have as little running on my DNS-323 as possible and then just use Sancho remotely via SSH to log into it.

Also,

Shadowandy, this one is for you, i noticed on your site you had a telnet server early on and then followed it up with the fun_plug pack. My questions are: 1) Does the original telnet server support all the commands required to get mldonkey running? 2) In order to keep my DNS-323 running at peak (once i have mldonkey on and running), which telnet server is better to have on or is there little to no difference.

Sorry if any of these questions don't make sense, i am learning as fast as i can

jbirney · 2007-09-03 16:06:03

Well I know I am not Shadowandy, but I think I can answer this one as I hit a snag with it:

Gavlester wrote:
1) Does the original telnet server support all the commands required to get mldonkey running? 2) In order to keep my DNS-323 running at peak (once i have mldonkey on and running), which telnet server is better to have on or is there little to no difference.

I think the answer is no. Shadowandy start file calls out for mlet which only found in the fun_plug pack. But this is not critical IIRC as you don't have to start it with mlet. Its better if you did (however can not remember the "why" answer atm Then I think you have to telnet back as an admin to mldonkey to set it up and once again the telnet in the fun-plug pack will work in this case....

Of course I maybe way off base..but I had some trouble getting this to work and once I got fun plug pack on it,everything worked well!

shadowandy · 2007-09-03 17:18:45

Thanks jbirney for helping out.

Yeap, the mlnet.sh relies heavily on fonz's fun_plug for additional features. The mlnet.sh actually sets some variables for used by the mlnet core. I did set it as a prerequisite for installing mldonkey.

Gavlester, check out those lite version I had compiled. I stripped out donkey support for those.

Gavlester · 2007-09-04 01:08:39

Thanks guys,

Yeah i ended up using the light version. Running pretty smoothly so far with Mldonkey and dropbear running. Of course i lost my smb connectivity, but smb restart got it going again and hasn't stopped since so happy about that. Torrents seem to be completing ok... so will see how it goes now for a few days. I think i have fallen in love with the DNS-323. If only the D-Link software was that touch better.

Thanks again for everything guys, you have turned a good unit into a great/better than great unit with your fun_plugs

noodle · 2007-09-05 01:57:57

Shadowandy, I'm thinking your file_completed_cmd script has an issue:

When it move the completed file/directory, it moves all of those files and directories. But if I'm downloading multiple files/directories, it's going make trouble like uncompleted files/directories been moved.

According to mldonkey document: http://mldonkey.sourceforge.net/File_completed_cmd
In script you can get exactly which file/directory need to be moved. So the script can be optimize to work better. I don't have time to work on it yet, but will try it later.

Thanks for good work.

Noodle

shadowandy · 2007-09-05 04:59:51

noodle,

Yes I am aware of that. That is why it is released as a sample file. I will look into it when I am free to target specific file and directories.

Regards,

shadowandy

hwazlewood · 2007-09-17 12:03:46

did anyone get the memory usage of this down, mine is currently using about 80%, leaving well not much.

cheers
Max

eno · 2007-09-18 18:48:18

I had mldonkey working, however I killed the core and enabled dropbear for sftp. Rebooted and now I can't get mldonkey to start.

Running the mlnet from fun_plug.d/bin/ gives the mem full error
Running mlnet.sh from /start/ gives the usual nohup message but the process doesnt start, checked using ps

Any ideas?

Thanks to both Fonz and Shadowandy for the information on improving my dns323.

shadowandy · 2007-09-19 04:50:08

eno wrote:
I had mldonkey working, however I killed the core and enabled dropbear for sftp. Rebooted and now I can't get mldonkey to start.

Running the mlnet from fun_plug.d/bin/ gives the mem full error
Running mlnet.sh from /start/ gives the usual nohup message but the process doesnt start, checked using ps

Any ideas?

Thanks to both Fonz and Shadowandy for the information on improving my dns323.

Memory full is because by default your mlnet working directory is on the flash drive which is limited in space. Hence there is mlnet.sh to set mlnet to work on your harddisk instead.

if your mlnet is located in fun_plug.d/bin which isn't the default extraction directory, you would need to edit mlnet.sh to reflect the new location of your mlnet.

Last edited by shadowandy (2007-09-19 04:51:52)

craft · 2007-09-19 11:00:25

shadowandy -> PM sent

eno · 2007-09-19 13:29:44

This is the mlnet.sh file Im using and it runs without generating any errors I can see, but the process fails to start

Code:

#!/bin/sh

###################################################################
# 
#                                  #
# used environment variable to fix running directory instead      #
###################################################################

export MLDONKEY_DIR="/mnt/HD_a2/mldonkey"
export TMPDIR="/mnt/HD_a2/mldonkey/temp"

if [ -d "$MLDONKEY_DIR" ]; then

else
    mkdir $MLDONKEY_DIR
fi
chmod 644 $MLDONKEY_DIR/*
nohup /mnt/HD_a2/fun_plug.d/bin/mlnet >> /mnt/HD_a2/fun_plug.d/log/mlnet.log &
if [ -d "$MLDONKEY_DIR/incoming" ]; then
    chmod 777 $MLDONKEY_DIR/incoming/
    chmod 777 $MLDONKEY_DIR/incoming/*
fi

Last edited by eno (2007-09-20 14:05:21)

shadowandy · 2007-09-19 18:44:56

Hi eno,

If you don't mind, please edit your message to remove my email from the posting.

I am not sure if you are getting segmentation faults. Do follow the segmentation fault section found in this post

DSM-G600, DNS-3xx and NSA-220 Hack Forum

Announcement

#126 2007-07-29 00:17:57

Re: torrent clients for DNS-323

shadowandy wrote:

#127 2007-07-29 00:36:36

Re: torrent clients for DNS-323

#128 2007-07-30 01:56:52

Re: torrent clients for DNS-323

#129 2007-07-30 03:50:36

Re: torrent clients for DNS-323

Code:

#130 2007-08-07 09:51:58

Re: torrent clients for DNS-323

#131 2007-08-08 07:10:18

Re: torrent clients for DNS-323

#132 2007-08-09 11:25:20

Re: torrent clients for DNS-323

saltisol wrote:

#133 2007-08-09 15:52:00

Re: torrent clients for DNS-323

#134 2007-08-14 21:59:43

Re: torrent clients for DNS-323

#135 2007-08-15 13:47:37

Re: torrent clients for DNS-323

#136 2007-08-15 13:53:52

Re: torrent clients for DNS-323

vc24 wrote:

#137 2007-08-16 18:48:23

Re: torrent clients for DNS-323

#138 2007-08-24 02:38:20

Re: torrent clients for DNS-323

#139 2007-09-03 08:26:45

Re: torrent clients for DNS-323

#140 2007-09-03 16:06:03

Re: torrent clients for DNS-323

Gavlester wrote:

#141 2007-09-03 17:18:45

Re: torrent clients for DNS-323

#142 2007-09-04 01:08:39

Re: torrent clients for DNS-323

#143 2007-09-05 01:57:57

Re: torrent clients for DNS-323

#144 2007-09-05 04:59:51

Re: torrent clients for DNS-323

#145 2007-09-17 12:03:46

Re: torrent clients for DNS-323

#146 2007-09-18 18:48:18

Re: torrent clients for DNS-323

#147 2007-09-19 04:50:08

Re: torrent clients for DNS-323

eno wrote:

#148 2007-09-19 11:00:25

Re: torrent clients for DNS-323

#149 2007-09-19 13:29:44

Re: torrent clients for DNS-323

Code:

#150 2007-09-19 18:44:56

Re: torrent clients for DNS-323

Board footer