La Mejor Ruta Para Arreglar La Respuesta Truncada De Readdir Del Kernel Nfs

Si obtiene todos los errores kernel-nfs-readdir-reply-truncated en su computadora, consulte estas ideas de solución disponibles.

¿Tu computadora va lenta? Solucionarlo con Reimage, el único software que puede solucionar una amplia gama de problemas relacionados con Windows.

Medio ambiente

  • RHEL 3 (pero es probable que casi todas las demás versiones de RHEL se vean afectadas) utilizado como cliente NFS
  • Actualizado:

    ¿Tu computadora funciona lentamente? ¿Está plagado de errores y problemas frustrantes? Entonces necesita Restoro, el software definitivo para reparar y optimizar su PC con Windows. Con Restoro, puede solucionar cualquier problema de Windows con solo unos pocos clics, incluida la temida pantalla azul de la muerte. Además, el software detectará y resolverá archivos y aplicaciones que fallan con frecuencia, para que pueda volver a trabajar lo más rápido posible. No deje que su computadora lo detenga: ¡descargue Restoro hoy!

  • 1. Descargue e instale Reimage
  • 2. Inicie el programa y seleccione su idioma
  • 3. Siga las instrucciones en pantalla para comenzar a buscar problemas

  • Servidores web NFS de terceros (se sabe que algunos espacios de servidor NFS de Microsoft Windows no especificados causan algún tipo de problema)

  • kernel nfs readdir solution truncated

    NFSv3, todas las demás versiones también se verán afectadas

  • Problema

  • El cliente NFS simplemente no debería encontrar algunos archivos adjuntos a los directorios del sitio atendidos por esta computadora. El siguiente mensaje puede aparecer cuando se usan protocolos con núcleos de palomitas de maíz vulnerables debido al error 443655:
  • NFS: readdir ¡respuesta a truncada! 

  • Para los núcleos de palomitas de maíz que no se ven obstaculizados por la frustración 443655, el punto mostrado no debería activarse eventualmente desde rpc_debug (por ejemplo, con "echo 32767 > /proc/sys/sunrpc/rpc_debug").

  • Cambiar el contenido del sitio de envío soluciona temporalmente el problema. almacenamiento en caché

  • La desconexión combinada con las opciones de NFS "noac" o, con toda probabilidad, "lookupcache=none" no resuelve todos los problemas.

  • Resolución

  • Restaura cualquier servidor NFS.

  • Solución: continuar Actualice el sitio web de su catálogo (por ejemplo, seleccionando "tocar" y "rm")

  • Motivo

  • Como se describe en Kernel Make Investments 643f81115baca3630e544f6874567648b605efae, algunos sistemas informáticos NFS terminan un directorio web READDIR o READDIRPLUS en una lista vacía sin configurar todo el indicador EOF (consulte RFC1813, parte 3.3.16 para obtener una descripción de READDIR). El kernel de Linux tiene en cuenta aproximadamente cualquier problema en el revestimiento del servidor y luego agrega el propio EOF. Sin embargo, algunos servidores NFS parecen ser la mejor manera sin salir de la propiedad, presumiblemente esperando que esos clientes regresen más tarde con más datos de la lista. Este procedimiento debe ser ambiguo y el servidor nunca envía una lista vacía sin un nuevo entorno EOF. Red Hat Support estará feliz de discutir esto directamente con su proveedor de servidor NFS, que también está en desacuerdo e insiste en que READDIR vuelva a una lista vacía a menos que haya cerrado la lista.
  • **
    **

    Pasos de diagnóstico

    Mantenga un registro de conexión al reproducir un problema. Por ejemplo, cuando un cliente intenta cotizar un catálogo en la bolsa de valores, se muestra lo siguiente (ejemplo originalmente de CRMNo. 2025844):

    $ /usr/sbin/tshark -V -ta Nfs-splitted -r.pcap15

    kernel nfs readdir responde a truncado

    Marco 199162 (210 bytes en línea, 210 bytes capturados)
    Hora de llegada: 2 de junio pasado navidad 10:33:51.205093000
    [...]
    Protocolo de Internet, origen: 192.168.250.20 (192.168.250.20), horario de verano: 192.168.250.32 (192.168.250.32)[...]
    Sistema de archivos de red, llamada READDIRPLUS FH: 0xd0449fa5
    [Versión del programa: [V3 3]
    Procedimiento: READDIRPLUS(17)]

    [...]
    [Hash: 0xd0449fa5]
    [...]
    Galleta: 0
    [...]
    512
    número de direcciones:maxcount:4096

    Frame 199163 (1414 bytes adelante, 1414 bytes capturados)
    Hora de llegada: dos o tres de junio de 2010 10:33:51.205235000
    [...]
    Protocolo de Internet, fuente: 192.168.250.32 (192.168.250.32), Dst: 192.168.250.20 (192.168.250.20)
    [...]
    Sistema de archivos de red, respuesta READDIRPLUS
    [Versión del software: 3]
    [Método V3: (17)]
    Estado de readdirplus: NFS3_OK (0)
    [...]
    Seguido de valor: Sí
    Ingrese el negocio: .
    [...]
    Entrada: Nombre ACT_CONF__100513152311.log
    [...valor]
    Trajes: No
    final final: 0

    [...leer más READDIR(PLUS) y/o quizás responder...]

    Marco 199460 (210 bytes enlazados que pueden transmitirse, 210 bytes capturados)
    Hora de llegada: 2 de junio de 2010 10:33:51.228304000
    [...]
    Protocolo de Internet, origen: 192.168.250.20 (192.168.250.20), horario de verano: 192.168.250.32 (192.168.250.32)[...]
    Mecanismo de archivo de red, llamada READDIRPLUS FH: 0xd0449fa5
    [Versión del software: 3]
    [Método V3: READDIRPLUS (17)]

    32
    Longitud: [Hash: 0xd0449fa5]
    Tipo de descifrado: Desconocido
    Descriptor de archivo: D6000000000001001D000000000000100494C4FE152080000...Cookie:
    118354389
    Validación: Datos opacos
    Cuenta: 512
    número máximo: 4096

    Trama 199461 (202 bytes por canal, 202 bytes capturados)
    Hora de llegada: 2 de junio de 2010 10:33:51.228396000
    [...]
    Dieta de Internet, fuente: 192.168.250.32 (192.168.250.32), Dst: 192.168.250.20 (192.168.250.20)
    [...]
    Sistema de archivos de red, respuesta READDIRPLUS
    [Versión del software: 3]
    [Método V3: READDIRPLUS(17)]
    Estado: NFS3_OK (0)
    Directorio dir_attributes mode:0700 uid:-2 gid:-2
    [... Confirmación: ]
    Datos opacos
    Seguido del valor: Ninguno
    final final: 0

    Definitivamente veremos que todas las listas sobre la cantidad ideal de archivos que se mueven hasta el marco 199461 (el último solitario en este increíble fragmento) funcionan correctamente. En este marco, la lista de motivos de retorno está vacía, pero no se han establecido todos los números EOF. El comprador de NFS entonces piensa que este es el final honesto de la lista.

    Es probable que esta situación se describa en la declaración fs/nfs/nfs3xdr.c y contiene 643f81115baca3630e544f6874567648b605efae (incluida la corrección del error posterior RHEL4 443655), que cambia parcialmente el comportamiento del cliente, el simple hecho de que sucede, no difiere cualquier cosa en la página En mi caso favorito.* *< br>**

    Esta solución siempre forma parte del lanzamiento de Red Hat Fast Track, que proporciona una biblioteca demasiado rica de procesos desarrollados por los ingenieros de Red Hat para ayudar a nuestros propietarios. Para brindarle exactamente la información que necesita tan pronto como esté disponible, estos recursos pueden presentarse en un formato sin editar y sin editar.

    Repara, protege y optimiza su computadora para obtener el máximo rendimiento.

    Kernel Nfs Readdir Reply Truncated
    Resposta Do Kernel Nfs Readdir Truncada
    Kernel Nfs Readdir Risposta Troncata
    Kernel Nfs Readdir Antwoord Afgekapt
    Kernel Nfs Readdir Reponse Tronquee
    Kernel Nfs Readdir Antwort Abgeschnitten
    커널 Nfs Readdir 응답 잘림
    Otvet Yadra Nfs Readdir Usechen
    Kernel Nfs Readdir Svar Trunkerat
    Kernel Nfs Readdir Odpowiedz Obcieta