Yes, sounds like it's been identified and fixed a while ago... like Dan says...kernel update will the "simple" way to address it... (time & outage permitting) https://bugzilla.redhat.com/show_bug.cgi?id=735946
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Dan Fitzgerald Sent: Tuesday, 5 February 2013 9:32 AM To: [email protected] Subject: Re: [U2] [UV] Large File Operations Kill Linux Other users could have been hanging at malloc. With a swappiness of 100 (on some kernels) or 100 (on others) or "not 0 or 100"(not sure which behavior you get on 2.6.18), pages wouldn't be getting freed up quickly enough duing the creation/copying of a large file. Another thing to look at (although I prefer the support route, since you have it), is /sys/kernel/mm/transparent_hugepage/defrag. Other people who have had this problem alleviated it by setting this to "never". Of course, others fixed it by updating the kernel. My aged eyes read what you have as 2.6.8.1... ************** IMPORTANT MESSAGE ***************************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ************************************************************** _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
