Pogoplug pro seems frozen

[guidof]

Pogoplug pro with ArchLinux + Samba + aMule works fine for a while (several hours).
Suddenly it kicks from ssh, amulegui no longer responds and amuleweb as well.
Only ping works and I can see ethernet led flashing as if it was still tramsferring tcp packets in or out.

I also could see that some sh jobs was still running (I let run a 'while true...' loop logging in a file and it has never stopped to run)

The only way is to unplug and replug main power.

[Socaltom]

Have you tried watching your memory use?
Tom

[guidof]

No, I couldn't as it is not possible to connect during dark period.

I will set up some automatic daemon in order to collect memory usage information in background and write them into a file to be examined after hard reset.

But it is quite srange that some oom sistuation occured wont be logged anywhere. I look all /var/log files and they look fine.
Is there any better way to trace any oof situation?

[Socaltom]

Try installing webmin and see if you can get in that way when its "locked"
Tom

[guidof]

Not even webmin connects. I'm going to believe that the pogoplug is not frozen, she just do not accept new tcp/udp connections. It should be better to close this thread and open a new one with a meaningful title.

I did let run several shell scripts in background (while true.......done) collecting some informations (number of open files, free memory, load average,lan status)
I could see that during crisis all works fine, process are up runinning memery is free and number of open files is normally below 100. Lan card seems up an routing table also seems fine.

For some reason the system do not accept incoming connection.

I didn't reverted the system for using xinetd, I'm still using daemons. SHould I revert?

[WarheadsSE]

I think something must be causing the TCP stack in the mii/gmac driver to hork. We need to see some logs.

[guidof]

Thanks for the interest.

Where do I find those log files? Should I enable some tracing/logging?

[WarheadsSE]

It would be best to find some way for the device to detect it's loss of network, then shutdown cleanly with a call to poweroff. Otherwise, a 3.3v TTL serial would be your absolute option for troubleshooting this situation.

[guidof]

$this->bbcode_second_pass_quote('WarheadsSE', 'I')t would be best to find some way for the device to detect it's loss of network, then shutdown cleanly with a call to poweroff. Otherwise, a 3.3v TTL serial would be your absolute option for troubleshooting this situation.

[WarheadsSE]

Please.. don't ever attach 12V serial to a 3.3V line.