aMule stops working after downloading big files: "Pid 94148 (amuled), uid 1001: exited on signal 6"

[mbrunelli87]

Hi,
I'm writing because most of the times, when aMule finishes downloading a big file (e.g. 2+ Gigabytes), it stops working.
I get this error message from the daily log:
Pid 94148 (amuled), uid 1001: exited on signal 6

If I restart aMule or the Jail, then it works perfectly, till it finishes downloading another big file. Looking around on the internet, it looks like a performance issue, as if the jail had no sufficient resources to continue working properly. It's strange, because Trasmission is working fine even with big files and the server seldom has high workloads.

Right now I'm bypassing the issue adding a cron job that automatically restarts the jail once a day, but I would like to figure out a way to solve it definitely.

 

[dlavigne]

How much RAM on this system and how many jails/plugins/VMs? Which NIC driver (from ifconfig) is being used?

 

[mbrunelli87]

Hi,
System platform: Intel(R) Celeron(R) CPU G1610T @ 2.30GHz

RAM: 16184MB

4 Jails Running (Plex, Amule, Transmission, Couchpotato), but only aMule and Plex are used (I start Couchpotato and Transmission only once in a while). I've no VMs.

I don't know what NIC driver is, but I copy paste the output after ifconfig


bge0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=c0099<RXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,VLAN_HWTSO,LINKSTATE>
ether 1c:98:ec:0f:15:b8
inet 10.0.0.5 netmask 0xffffff00 broadcast 10.0.0.255
nd6 options=9<PERFORMNUD,IFDISABLED>
media: Ethernet autoselect (1000baseT <full-duplex,master>)
status: active
bge1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=c019b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,VLAN_HWTSO,LINKSTATE>
ether 1c:98:ec:0f:15:b9
nd6 options=9<PERFORMNUD,IFDISABLED>
media: Ethernet autoselect
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff000000
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
groups: lo
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 02:03:59:50:16:00
nd6 options=9<PERFORMNUD,IFDISABLED>
groups: bridge
id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
member: epair3a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
ifmaxaddr 0 port 8 priority 128 path cost 2000
member: epair2a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
ifmaxaddr 0 port 7 priority 128 path cost 2000
member: epair0a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
ifmaxaddr 0 port 5 priority 128 path cost 2000
member: bge0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
ifmaxaddr 0 port 1 priority 128 path cost 20000
epair0a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 02:ff:e0:00:05:0a
nd6 options=1<PERFORMNUD>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: active
groups: epair
epair2a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 02:ff:e0:00:07:0a
nd6 options=1<PERFORMNUD>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: active
groups: epair
epair3a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 02:ff:e0:00:08:0a
nd6 options=1<PERFORMNUD>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: active
groups: epair


 

[dlavigne]

Would be interesting to see if increasing RAM to 32GB (if possible) resolves it.

 

[mbrunelli87]

Would be interesting to see if increasing RAM to 32GB (if possible) resolves it.

If I remember correctly, my system does not support more than 16GB of RAM. I'll try to stop couchpotato and trasmission's jails (not only the plugins) and see what happens!

Anyway, it's a strange issue and maybe due to an aMule bug (tried to update it, but still the problem persists), since Transmission works perfectly even when has to due with much larger files