-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 LLLActive@GMX.Net wrote:
On Wed 20 June 2007 10:32, G T Smith wrote:
LLLActive@GMX.Net wrote:
On Wed 20 June 2007 00:56, Darryl Gregorash wrote:
<really big snip>
Oddly these conditions were most recently associated with a situation with a couple of server end IMAP mail folders hitting about 7000 messages (laziness on my part). Thunderbird started timing out. Restarting IMAP server clearing problem for a short while but after two or three restarts system became unstable with above symptoms. Even after full reboot was only a matter of time before whole thing locked up.
Since keeping folder sizes under control (i.e. under 7000 or so) this has not happened (looking for forest to touch :-)), which also proves nothing BTW (except possibly it is a failure of something to recover
<snip>
With me it is both x86_64 AMD and a normal AMD Duron XP2000
BTW This is a rieserFS only box.
Wow, it is all a bit much, no commonality, BUT as you mention the IMAP and with me also a number of POP accounts have a lot of mails (also this list btw) in it with around 6K-7K mails in total. It seemed to be linked to both Evolution and Kontact. I actually switched to Kontact because I suspected Evolution's activity to cause the problem. I will close down both and see what hapens.
My problem is that I work a lot with Gimp and large *.JPG & *.PNG files to edit (100 MB), and it seemed to also cause the problem once I loaded a file to edit. Then Gimp immediately reports it cannot save temp files and will not budge an inch further ... In a terminal window I notice the system jumps to /var/logs and a tail -n30 /var/logs/messages report a RO File System. Closing the tail, a message reporting the ro fs problem comes constantly to the command prompt.
The box concerned acts as a storage, print, e-mail server (configured to drag all my mail into one location) and a few other things (some a little experimental). It is usually driven from my laptop... This is the kind of I/O related symptom I am seeing, a kind of degenerative loss of access to part then all of the file system. However, I am not working with large files, and file activity is modest most of the time.
Is the problem associated with file system access, e.g. many or large files which causes high activity? Luckely my Servers are on SLES 10 and SLES 9, one DRBD cluster running (don't laugh) on two SATA RAID 5 Novell SUSE 10.0 flawlessly since 2005.01.01.
What else than reducing disk access can be done?
I dunno, I am not entirely certain whether disk access issues are a symptom or the problem. From my experience as a programmer my gut feel is that this is a failure to handle an error condition which is causing some memory corruption. However, in the absence of any error conditions in the logs, and my lack of knowledge of kernel internals I have no idea where to look further. The annoying thing about this kind of problem is that it could be caused by something completely unrelated to the processes reporting the symptoms. I am not really in a position to set the thing up to generate large amounts of non-specific debug info...
:-(
me to..
Al
- -- ============================================================================== I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. Bjarne Stroustrup ============================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGeQZNasN0sSnLmgIRAr4LAKCRLY9rDUbukhrY9NOLlxCrCHs0ZQCeMEDq QZbj20nBOGtBqh+AEFBm5iU= =kKDV -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org