Description of problem: ls -l fails with RPC: buffer allocation failed for task in dmesg and hangs. Version-Release number of selected component (if applicable): redhat enterprise linux 3 qu3 with 2.4.21-20ELsmp kernel How reproducible: very Steps to Reproduce: 1. reboot 2. apply high(er) nfs load 3. system hangs Actual results: ls -l hangs in a directory Expected results: ls -l completes and returns output Additional info: extremely annoying - requires (so far) a reboot of the machine to clear (nfs client).
Is this reproducable on more than one machine? What version is the nfs client? Are you root or a non-root user when you try the 'ls -l'?
This bug has already been discused in length: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118839 I don't understand why RedHat's up2date doesnt give there paying users a properly fixed kernel. We experience downtime due this bug every few weeks. (The up2date tool gave us kernel 2.4.21-20.ELsmp #1 SMP up till now.)
*** This bug has been marked as a duplicate of 118839 ***
An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2004-550.html