Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[RRT4]

is currently (cvs 08.09.2007 and previous) disabled?

with ConnectToED2K=0 and ConnectToKad=1 in amule.conf i am not been able to upload anything (480 completed files shared, all coming from edonkey network so with a lot of people asking for them)

i read (topic on emule-project forum) that with no files in download and only kad active it takes also an hour to start uploading something because publishing on kad is slow compared to publishing on servers, but i have waited for almost three hours (kad status ok, ports open, keyword searches on kad word) but no upload started, i have done at least three tests with the same configuration

 

[eisa01]

I've noticed this too.

[RRT4]

i have done some other tests because amuled cvs installed on another machine (kad only, no downloading files) is able to publish and upload completed shared files, the first upload happens after about 6 minutes

the only difference between the two installation is that the version of amuled that does not publish/upload shared files on kad is compiled with option --disable-monolithic (it runs on a machine without xorg, so i removed the creation of amule monolithic to reduce compilation time)

however i recompiled amuled removing --disable-monolithic from configure and the binary created started to work well uploading files in about 6 minutes

so, is possible that compiling amuled with --disable-monolithic generate a client that does not publish files on kad or is my fault?

tnx

[Kry]

Not possible.

[trD]

I've also been wondering about this. I can only upload if I'm connected to a server or if I'm downloading something, but in this case only the files that I'm downloading are uploaded.

I'm using aMule CVS 20070903

[RRT4]

I've also been wondering about this. I can only upload if I'm connected to a server or if I'm downloading something, but in this case only the files that I'm downloading are uploaded.

I'm using aMule CVS 20070903

i still have the problem
-distro archlinux current
-amule daily cvs, kad only
-amuled started as normal user using the init script from wiki pages
http://www.amule.org/wiki/index.php/AMuleWeb#aMuled_and_aMuleWeb_as_services
-no downloading files, 505 files shared, kad status (ok)
-not a single upload after three hours of uptime

but if i connect to the system as normal user using ssh and start amuled from terminal with the command
amuled -f
amuled starts to upload completed shared files in approximately 6 minutes
instead it does not upload if i start it via ssh through the init script
/etc/rc.d/amuled start

so it is truly inexplicable but it seems that starting amuled with the command
su amuled_users -c 'amuled -f' contained inside the script does not make it publishing files on kad

[skolnick]

when you start as a user, maybe amuled is taking the preferences of that user, therefore is using a different incoming/temp folders and therefore you see no up/downloads? or maybe the premissions of the user starting amule are not right and access is being denied to the temp/incoming folder?

Regards.

[RRT4]

starting amuled with

[xyz@archlinux ~]$ amuled -f

or (with both is equal)

[root@archlinux /]# su xyz -c 'amuled -f'
[root@archlinux /]# /etc/rc.d/amuled start

is the same thing, in fact in both cases amuled starts as user xyz and read the same configuration files (/home/xyz/.aMule/amule.conf , /home/xyz/.aMule/shareddir.dat, etc)
Temp/Incoming and all the shared dirs indicated in shareddir.dat are with the right permession for the users xyz, in fact with the command 'show log' in amulecmd i see that in both cases the 505 shared files are loaded at bootime

however in the second case amuled does not upload anything (tried by now tens of times) because it seems not to publish files on kad

i hope that some tester/developer has the time to check this configuration (kad only, no downloading files, new IP or TCPport in order to prevent people entering the queue because they remember you as source from the previous session)