[ATrpms-users] mldonkey problems

[Axel Thimm]

Hi,

On Sat, Aug 11, 2007 at 11:04:08AM -0300, Paulo Cavalcanti wrote:
> On 8/11/07, Axel Thimm <Axel.Thimm at atrpms.net> wrote:
> > On Sat, Aug 11, 2007 at 10:16:40AM -0300, Paulo Cavalcanti wrote:
> > > since I installed mldonkey 2.9.0 (x86_64) it keeps dying several
> > > times during a download. I had to downgrade to 2.8.7 because of
> > > this.
> > >
> > > I see nothing special in the logs (mlnet just dies).  The same
> > > version (2.9.0) compiled by myself for FC5 seems not having this
> > > problem (at least it downloaded two files without being restarted by
> > > me).
> >
> > What platform did you test the other packages with?
> 
> FC5 - i386. I will try FC6 i386 also and see what happens ...

I mean the packages you downloaded from ATrpms and kept dying. ATrpms
never shipped 2.9.0 for FC5, and your rebuild for FC5 were OK. So the
failures are either FC6 or F7 or some RHEL platform. Or I'm confused :)

> > Also, deleting /home/mldonkey, so it recreates all of its files,
> > > asks for changing file ownership manually to mldonkey.mldonkey.
> >
> > This is usually automatically taken care of by service mldonkey start.
> 
> It is not doing that. This problem is not new.
> mldonkey does not start after a clean install.
> The solution is to to remove a lot of .ini.tmp
> left behind because of the failure,
> and change the ownership manually.
> I just remembered the problem now because
> a tried to reset everything for 2.9.0. Unfortunatelly, it did not help also.
> 
> I am using 2.8.7 without problem (x86_64), though.
> 
> This is my configuration file:
> 
> [cascavel:~/RPMS64/atrpms] more /etc/sysconfig/mldonkey
> : ${ML_ROOT=/var/lib/mldonkey/chroot}
> : ${ML_USER=mldonkey}
> : ${ML_GROUP=mldonkey}
> : ${ML_HOME=/home/mldonkey}

OK, what I wrote is true for ML_ROOT - there the script always checks
for mldonkey ownership:

|   chown -Rh mldonkey:mldonkey $ML_ROOT/

ML_HOME should be always owned by mldonkey, the files etc there are
created after mldonkey drops root priviledges.

| ... mlnet -run_as_user mldonkey ...

Maybe you started mlnet manually as root and therefore the *.ini* files
were owend by root?
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.atrpms.net/pipermail/atrpms-users/attachments/20070811/0fce4ff0/attachment.bin