Il Modo Migliore Per Correggere La Risposta Ridotta Alla Readdir Del Kernel Nfs

Se il tuo sito riceve l’errore kernel-nfs-readdir-reply-truncated sul tuo computer, dai un’occhiata a queste idee di modifica.

Il tuo computer è lento? Risolvilo con Reimage, l'unico software in grado di risolvere un'ampia gamma di problemi relativi a Windows.

Ambiente

  • RHEL terzo (ma è probabile che altre versioni di RHEL siano interessate) posizionato come client NFS
  • Aggiornato:

    Il tuo computer è lento? È afflitto da errori e problemi frustranti? Allora hai bisogno di Restoro, il software definitivo per riparare e ottimizzare il tuo PC Windows. Con Restoro, puoi risolvere qualsiasi problema di Windows con pochi clic, incluso il temuto Blue Screen of Death. Inoltre, il software rileverà e risolverà file e applicazioni che si arrestano frequentemente in modo anomalo, così potrai tornare al lavoro il più rapidamente possibile. Non lasciare che il tuo computer ti trattenga, scarica Restoro oggi stesso!

  • 1. Scarica e installa Reimage
  • 2. Avvia il programma e seleziona la tua lingua
  • 3. Segui le istruzioni sullo schermo per avviare la scansione dei problemi

  • Server NFS di terza festa (si è ritenuto che alcune impostazioni non specificate del server NFS di Microsoft Windows siano la causa del problema)

  • kernel nfs readdir response troncata

    NFSv3, anche altre versioni potrebbero essere interessate

  • Problema

  • Il client NFS semplicemente non riesce a trovare alcuni clip in alcune delle directory di invii del sito servite dal computer. Il messaggio essenziale può apparire quando si utilizzano pratiche con kernel vulnerabili a causa del disturbo 443655:
  • NFS: risposta readdir troncata! 

  • Per i kernel di snack non interessati dalla sfida 443655, il messaggio visualizzato non dovrebbe essere infine attivato da rpc_debug (ad esempio quando si tratta di "echo 32767 > /proc/sys/sunrpc/rpc_debug").< /p>

  • La modifica dell'interno della directory risolve temporaneamente l'intero problema. memorizzazione nella cache

  • La disconnessione con le decisioni NFS "noac" o forse "lookupcache=none" difficilmente risolve il problema.

  • Risoluzione

  • Ripristina il server NFS.

  • Soluzione: continua con Aggiorna il catalogo rrnternet (ad esempio, usando "touch" e "rm")

  • Motivo

  • Come descritto nel commit del kernel 643f81115baca3630e544f6874567648b605efae, alcuni sistemi di dischi rigidi NFS terminano le loro directory Web READDIR o READDIRPLUS con un elenco vuoto senza impostare il pin EOF (consultare RFC1813, sezione 3.3.16 per i dettagli di READDIR). Il kernel Linux tiene conto di quasi tutti i problemi riferiti al lato server e quindi aumenta l'EOF stesso. Tuttavia, alcuni pot NFS sembrano essere la direzione migliore senza effettivamente lasciare la proprietà, molto probabilmente aspettando che il cliente visiti più tardi con un elenco di informazioni più importanti. Questa procedura è ambigua e il server particolare non invia un elenco abbandonato senza un ambiente EOF. Il supporto di Red Hat sarà lieto se desideri discuterne direttamente con il fornitore del server NFS, che non è d'accordo con l'insistenza sul fatto che READDIR torni a un utile elenco vuoto senza effettivamente chiudere il nostro elenco.
  • **
    **

    Passaggi diagnostici

    Mantieni un registro di rete quando ti eserciti su un problema. Ad esempio, quando un buon cliente solido cerca di quotare un'inserzione sul mercato, deve essere visualizzato quanto segue (esempio dal n. CRM 2025844):

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

    kernel nfs readdir risposta troncata

    Frame 199162 (210 byte online, 210 byte acquisiti)
    Orario di arrivo: 2 giugno scorso 10:33:51.205093000
    [...]
    Protocollo Internet, Src: 192.168.250.20 (192.168.250.20), Dst: 192.168.250.32 (192.168.250.32)[...]
    Sistema di record di rete, chiamata READDIRPLUS FH: 0xd0449fa5
    [Versione del programma: [V3 3]
    Procedura: READDIRPLUS(17)]
    Tu
    [...]
    [Hash: 0xd0449fa5]
    [...]
    Biscotto: 0
    [...]
    512
    numero di indirizzi:maxcount:4096

    Frame 199163 (1414 byte in avanti, 1414 byte acquisiti)
    Orario di arrivo: 2 giugno 2010 10:33:51.205235000
    [...]
    Protocollo standard Internet, fonte: 192.168.250.32 (192.168.250.32), Dst: 192.168.250.20 (192.168.250.20)
    [...]
    File system di rete, risposta READDIRPLUS
    [Versione software: 3]
    [Metodo V3: (17)]
    stato readdirplus: NFS3_OK (0)
    [...]
    Seguito da valore: Sì
    Inserisci il nome: .
    [...]
    Voce: Nome ACT_CONF__100513152311.log
    [...valore ]
    Abiti: No
    fine fine: 0

    [...leggi molto READDIR(PLUS) e la sua risposta...]

    Frame 199460 (210 byte legati al flusso, 210 byte acquisiti)
    Orario di arrivo: 2 giugno, anno 10:33:51.228304000
    [...]
    Protocollo Internet, Src: 192.168.250.20 (192.168.250.20), Dst: 192.168.250.32 (192.168.250.32)[...]
    File system di rete, READDIRPLUS FH ottieni: 0xd0449fa5
    [Versione software: 3]
    [Metodo V3: READDIRPLUS (17)]
    Tu
    32
    Lunghezza: [Hash: 0xd0449fa5]
    Tipo di decrittazione: sconosciuto
    Descrittore file: D6000000000001001D000000000000100494C4FE152080000...Cookie:
    118354389
    Convalida: dati opachi
    Conto: 512
    numero totale massimo: 4096

    Frame 199461 (202 byte per tubo, 202 byte catturati)
    Orario di arrivo: uno o due giugno 2010 10:33:51.228396000
    [...]
    Protocollo Internet, fonte: 192.168.250.32 (192.168.250.32), Dst: 192.168.250.20 (192.168.250.20)
    [...]
    File system di rete, risposta READDIRPLUS
    [Versione software: 3]
    [Metodo V3: READDIRPLUS(17)]
    Stato: NFS3_OK (0)
    Directory dir_attributes mode:0700 uid:-2 gid:-2
    [... Conferma: ]
    Dati opachi
    Seguito dal profitto: Nessuno
    fine fine: 0

    Possiamo vedere che in particolare tutti gli elenchi della grande quantità di file ideali fino al montaggio 199461 (l'ultimo in questo frammento mozzafiato) funzionano bene. In questo stato, l'elenco dei motivi di ritorno è vuoto, ma non sono stati impostati tutti i marcatori EOF. Il client NFS quindi pensa che particolare sia la fine effettiva di cui l'elenco.

    Questa situazione potrebbe essere descritta per il file fs/nfs/nfs3xdr.c e creata da 643f81115baca3630e544f6874567648b605efae (incluso RHEL4 nel bug elimina 443655), che modifica parzialmente il comportamento da fare con il client, anche se succede, questo task non cambia nulla nella loro pagina Nel mio caso.* *< br>**

    Questa soluzione fa parte della nostra versione Red Hat Fast Track, che fornisce una ricca libreria di procedure sviluppate dagli ingegneri Red Hat per supportare i nostri clienti. Per fornire alle famiglie esattamente la conoscenza di cui hai bisogno, considerando che non appena diventa disponibile, le risorse relative possono essere presentate nella particolare forma grezza e inedita.

    Ripara, protegge e ottimizza il tuo computer per le massime prestazioni.

    Kernel Nfs Readdir Reply Truncated
    Resposta Do Kernel Nfs Readdir Truncada
    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 Respuesta Truncada
    Kernel Nfs Readdir Odpowiedz Obcieta