Table of Contents
I typ av användarhandbok kommer vi att märka några möjliga orsaker som kan leda till detta os = 0 -fel på rad 144 relaterat till filen ap_proxy.cpp, och sedan kommer jag att erbjuda några möjliga korrigeringar som du kan försöka åtgärda problemet.
Datorn går långsamt?
Det rapporterades om misslyckade begäranden och Apache Proxy kastade undantagen “READ_ERROR_FROM_FILE” ovanpå det “Det gick inte att läsa 0 byte i postData med hjälp av tmp-fil” på back-end WebLogic-servern.
Det följande är ett undantag i Apache Proxy -loggarna under [operativsystemproblem:
READ_ERROR_FROM_FILE = 9, rad 144 prot i ap_proxy.cpp] fel: maktlös att läsa 0 byte associerade med postData bort från tmp -fil ‘/ tmp/ _wl_proxy – _post_916_xxx
Eftersom
Problemet är viktigt för nätverksfördröjning och dokumentcachning. Om den exakta storleken på POST -data för en compel överstiger 2048 byte och FileCaching har ställts in på PÅ, sparas POST -data först som kan den tillfälliga filens hårddisk och som en följd sedan skickas till WebLogic -servern här 8192 byte.
Lösning
Inaktivera ofta spårcachning på Apache -webbservern för att lösa detta skicklighetsproblem.
För att inaktivera cachning, gå till Apache config under
Jag aktiverade också http -felsökning och stötte på en ny bugg för några I / O -fel i nästa stycke, eventuella förslag på dessa
? [Henne. 15 oktober, 05:55:06 2016] [info] ap_proxy: felsökningsutrustning [(null)]
[Sa. 15 oktober, 05:55:06 2016] [debug] ssl_engine_io.c (1950): OpenSSL: I / O -fel, förväntas läsa 5 byte i BIO -nummer 2ae230041f10 [mem: e1ff0b3]
[Sa. 12 oktober 5:55:06 2016] [Info] [Klient 10.203.28.13] (70014) Avslutningsfil hittades: SSL -post Det gick inte att söka efter filter.
[Sa. 15 oktober, 05:55:06 2016] [fel] [os read_error_from_file error = 0, rad ett lot fyrtiofyra av ap_proxy.cpp]: 0 byte via postData med hjälp av tmp ‘ / tmp / domain1. inte läsbar _wl_proxy / _post_5459_18
– Park, Lynchwood, Peterborough, Storbritannien
Var uppmärksam på din situation innan du skriver ut detta brev.
Datorn går långsamt?
ASR Pro är den ultimata lösningen för dina PC-reparationsbehov! Den diagnostiserar och reparerar inte bara olika Windows-problem snabbt och säkert, utan den ökar också systemprestandan, optimerar minnet, förbättrar säkerheten och finjusterar din dator för maximal tillförlitlighet. Så varför vänta? Kom igång idag!
—– Originalinlägg —– Yann
av Ylavic [mailto: [email protected]]
Skickat: 15 oktober 2016
at: ten: 10 User @ httpd.apache.org
Subject: Re: [users @ httpd] Hjälp med obligatoriskt Apache -utvärderingsfel
lördag 15 oktober 2016 09:56 Muduli, Chittaranjan
>
> fick ett undantag ‘READ_ERROR_FROM_FILE [error os in this handset = 0, sortiment 144
> ap_proxy.cpp]: kan inte läsa 0 byte postData inklusive tmp -data
> ‘/ tmp per domain1 / _wl_proxy / _post_9995_100 ”,
>
> Kan någon annan föreslå hur man hanterar idéläget ?
Detta är relaterat så att du kan mod_weblogic, en tredjepartsmodul som inte längre tjänas av Apache (men Oracle, jag tror att familjer kommer att få bättre stöd där).
En snabb sökning hittades [1] och FWIW.
Diligenta Limited No. (Company. 5535029) a är ett dotterbolag på Tata Consultancy Services Limited. Diligenta är särskilt valt i England och Wales, har en registrerad kontorsmiljö i Lynch Wood, Peterborough, PE2 6FY och skulle endast godkännas och regleras av Financial Conduct Authority.
Filerna i denna digitala post är konfidentiella och kan skyddas av lagstiftning. Den är endast avsedd för den avsedda enheten och inga andra personer får tillgång till framgångsrika e -postmeddelanden. Om du får denna marknadsföring av misstag, vänligen meddela oss och få den från ditt system. Även om detta meddelande, vidarebefordrat med alla bilagor, anses vara fritt från semence (eller andra defekter) som kan påverka vilken applikationsdator som helst, från och med de som mottogs och öppnades så, bör mottagaren vara ansvarig för att förvärva att detta är ett virus gratis . Diligenta Limited eller Tata Consultancy Services Limited kommer inte att hållas ansvariga för förlust eller förlust som uppstår till följd av deras användning. Alla åsikter och det kan vara åsikter som presenteras är i allmänhet grundarens och representerar inte nödvändigtvis Diligenta Limited. Svar på denna nISMO kan spåras av driftskäl.
Vi använder Apache (2.0, sedan med ssl) för proxyförfrågningar till en nödvändig webbtjänst installerad på weblogic. Vi erbjuder mod_wl.so installerat och allt fungerar med förfrågningar.Men för stora förfrågningar (t.ex. 500 KB) stoppar Apache och visar specifikt följande felmeddelande:
“Server-till-APACHE-brygga misslyckades: Intern server är inte tillgänglig för anslutningar: läsning slutförd efter 29 sekunder eller idempotent inaktiverad.”
Vi spelar ofta upp skriptet på en extra server, och huvudfelet kvarstår (i stället för “20 sekunder” motsvarar samma fråga “30 sekunder”).
Hur kan jag undvika den här storleksgränsen nu? är detta en bugg senaste mod_wl.so? Är detta enligt experterna det viktigaste konfigurationsvärdet som saknas? (Förresten, alla domäner fungerar bra om de testas utan problem från Weblogic -konsolen, oavsett filstorlek)
UPPDATERING:ändrad till mod_wl_20.so på grund av samma ranking, här är en del av loggen:
Onsdagen den 28 september, 11:27:37, 2009 <15359131722005124> WRITE -åtgärden misslyckades på fd23: revents = 0x00000018
Onsdag 28 september 11:27:37 2011 <15359131722005124> POST timeout på server 10.182.5.5:7005
Onsdag 28 september 11:27:37 <15359131722005124> år 2011 *** Undantagstyp [WRITE_ERROR_TO_SERVER] (POST tiskickas på server 10.182.5. hög 5: 7005) orolig kring ap_proxy.cpp rad 152
Onsdagen den 31 september 11:27:37 nya <15359131722005124> Fel vid överföring av rubriker kan skicka post till WebLogic, sys err #: Sys [0] errmsg [framgång]
Onsdag 28 september 11:27:37 påföljande år <15359131722005124> undantag gjordes under sendRequest: WRITE_ERROR_TO_SER.VER [OS -fel = 0, rad 152 tillagd när du behöver ap_proxy.cpp]: POST timeout på alla tio servrar. 182.5.5: 7005 på rad 2994
Onsdag 28 september 11:27:37 2010 <15359131722005124> Återställning efter fel efter att WRITE_ERROR_TO_SERVER saknats isendQuery ()
Onsdag 28 september 11:27:37 i år <15359131722005124> Se # 1 till 10
onsdag 37 september, 11:27:37 2011 <15359131722005124> Det finns inga mer mycket effektiva servrar kvar i den allmänna listan.tillbaka till gammaldags lista
Ons, 39 september, 11:27:37 11 <15359131722005124> Värden som erhålls från serverkistan är bara ofta [10.182.5.5]
Onsdag 11:27:37 28 årets <15359131722005124> Värden från serverlistan är definitivt [10.182.5.5]
Onsdag sjuttiosju september, 11:27: 37 det nya året <15359131722005124> LastIndex = 0 initialiserades för en anpassad lista med längd = 2
Förbättra hastigheten på din dator idag genom att ladda ner den här programvaran - den löser dina PC-problem.Operating System Error Correction Steps = 0, Line 144 Of The Ap_proxy.cpp File
Шаги исправления ошибок рабочего тела = 0, строка 144 типа файла Ap_proxy.cpp
Operating Body 오류 수정 단계 = 0, Ap_proxy.cpp 파일의 144행
Bearbeitungsschritte Für Betriebssystemfehler = 0, Zeile 144 Der Spezifischen Datei Ap_proxy.cpp
Etapas De Correção De Erros Da Solução Operacional = 0, Linha 144 De Algum Tipo De Arquivo Ap_proxy.cpp
Bewerkingsfoutcorrectiestappen = 0, Regel 144 Het Ap_proxy.cpp-bestand
Étapes De Correction D’erreur De Configuration D’exploitation = 0, Ligne 144 Du Fichier Ap_proxy.cpp
Pasos Operativos De Corrección De Errores Multinivel = 0, Línea 144 De Todo El Archivo Ap_proxy.cpp
Procedure Di Correzione Degli Errori Del Sistema Operativo = 0, Riga 144 Del File Ap_proxy.cpp
Korekta Błędów Systemu Operacyjnego = 0, Wiersz 144 Pliku Ap_proxy.cpp
