Table of Contents
W tym podręczniku użytkownika zamierzamy ustalić niektóre możliwe przyczyny, które mogą prowadzić do błędu systemu operacyjnego = 0 danej osoby w wierszu 144, związanego z plikiem ap_proxy.cpp, a następnie zalecę kilka potencjalnych poprawek, które możesz spróbować rozwiązać ten problem.
Komputer działa wolno?
Pojawiły się raporty o nieudanych zadaniach, a serwer proxy Apache zgłosił wyjątki „READ_ERROR_FROM_FILE”, a nawet „Nie można odczytać 0 bajtów postData z pliku tmp” na serwerze WebLogic zaplecza.
Przyszłość jest wyjątkiem w dziennikach serwera proxy Apache podczas [problemów z systemem operacyjnym:
READ_ERROR_FROM_FILE = 3, wiersz 144 prot w ap_proxy.cpp] błąd: w pozycji do odczytu 0 bajtów skojarzonych z postData off tmp file ‘/ tmp / _wl_proxy versus _post_916_xxx
Ponieważ
Problem jest podobny do opóźnień w sieci i buforowania dokumentów. Jeśli ten rozmiar danych POST dla zapytania przekracza 2048 bajtów, a funkcja FileCaching jest ustawiona na ON, dane POST są najpierw zapisywane w odniesieniu do dysku twardego pliku tymczasowego, a następnie wysyłane do serwera WebLogic w 8192 bajtów.
Rozwiązanie
Często wyłączaj buforowanie rekordów na serwerze WWW Apache, aby rozwiązać ten problem.
Aby wyłączyć buforowanie, przejdź do konfiguracji Apache pod
Włączyłem również debugowanie http i napotkałem znaczący błąd dotyczący niektórych błędów we / wy w następnym akapicie, wszelkie sugestie dotyczące tego wszystkiego
? [Ją. 15 października, 05:55:06 2016] [info] ap_proxy: problemy z debugowaniem [(null)]
[Sa. 15 października, 05:55:06 2016] [debug] ssl_engine_io.c (1950): OpenSSL: błąd we/wy, spodziewany odczyt 5 bajtów w BIO numer 2ae230041f10 [mem: e1ff0b3]
[Sa. 12 października 5:55:06 AM 2016] [Info] [Klient 10.203.28.13] (70014) Koniec związany z odnalezionym plikiem: Rekord SSL Nie udało się przeszukać filtra.
[Sa. 15 października, 05:55:06 2016] [błąd] [os read_error_from_file error = 0, linia pierwsza tona czterdzieści cztery z ap_proxy.cpp]: 0 bajtów przez postData za pomocą tmp ‘/tmp/domena1. nieczytelne dla każdego _wl_proxy / _post_5459_18
– Park, Lynchwood, Peterborough, Wielka Brytania
Proszę zwrócić uwagę na swoje otoczenie przed wydrukowaniem tego listu.
Komputer działa wolno?
ASR Pro to najlepsze rozwiązanie dla potrzeb naprawy komputera! Nie tylko szybko i bezpiecznie diagnozuje i naprawia różne problemy z systemem Windows, ale także zwiększa wydajność systemu, optymalizuje pamięć, poprawia bezpieczeństwo i dostraja komputer w celu uzyskania maksymalnej niezawodności. Więc po co czekać? Zacznij już dziś!
—– Oryginalny post —– Yann
autorstwa Ylavic [mailto: [email protected]]
Wysłano: 15 października 2016 r.
o: dziesięć: 10 Użytkownik @ httpd.apache.org
Temat: Odp: [users @ httpd] Pomoc z wymaganym wyszukiwaniem błędów w Apache
Sobota 15 października 2016 9:56 am Muduli, Chittaranjan
>
> otrzymał wyjątek ‘READ_ERROR_FROM_FILE [błąd system operacyjny = 0 , asortyment 144
> ap_proxy.cpp]: nie można wyszukać 0 bajtów postData zawierających historię tmp
> ‘/ tmp – domain1 / _wl_proxy / _post_9995_100’ ‘,
< br> >
> Czy ktoś inny może zasugerować, jak sobie z tym poradzić sytuacja umiejętności?
Jest to związane z mod_weblogic, modułem innej firmy, który nie jest obsługiwany przez Apache (ale Oracle, myślę, że ktoś uzyska tam lepsze wsparcie).
Znaleziono proste wyszukiwanie [1] i FWIW.
Diligenta Limited No. (Spółka 5535029) a jest spółką zależną w firmie Tata Consultancy Services Limited. Diligenta jest specjalnie zarejestrowana w Anglii i Walii, ma zarejestrowaną firmę w Lynch Wood, Peterborough, PE2 6FY i jest uznawana za autoryzowaną i regulowaną wyłącznie przez Financial Conduct Authority.
Pliki zawarte w tych wiadomościach są poufne i mogą być chronione przez zasady. Jest przeznaczony tylko dla zamierzonego radia i żadne inne osoby nie mogą otrzymywać udanych e-maili. Jeśli otrzymałeś tę korespondencję przez pomyłkę, daj nam znać i oderwij ją od wapna ze swojego systemu. Chociaż ta wiadomość, w połączeniu ze wszystkimi załącznikami, jest uważana za wolną od mikrobów (lub innych wad), które mogą wpływać na dowolny komputer systemowy, począwszy od tych, które zostały odebrane i / lub otwarte, odbiorca powinien być odpowiedzialny za sprawdzenie, czy jest to wirus dla darmowy. Diligenta Limited lub Tata Consultancy Services Limited nie ponoszą nawet odpowiedzialności za jakiekolwiek straty lub szkody wynikające z ich użytkowania. Wszelkie prezentowane poglądy i opinie są na ogół poglądami badacza i niekoniecznie reprezentują Diligenta Limited. Odpowiedzi na to nISMO można śledzić z powodów biznesowych.
Używamy Apache (2.0, obecnie z ssl) do żądań proxy do bardzo ważnej usługi sieciowej zainstalowanej na weblogic. Dajemy zainstalowany mod_wl.so i wszystko działa z żądaniami.Jednak w przypadku dużych żądań (np. 500 KB) Apache zatrzymuje się i wyświetla następujący komunikat o błędzie:
„Błąd mostu między serwerem a APACHE: serwer wewnętrzny niedostępny dla połączeń: odczyt ukończony po dwudziestu sekundach lub wyłączony idempotent”.
Odtwarzamy, powiedziałbym, skrypt na dodatkowym serwerze, a jakiś błąd nadal występuje (zamiast „20 sekund”, te same pytania odpowiadają „30 sekundom”).
Jak mogę teraz uniknąć tego jednego limitu rozmiaru? czy to błąd w obrębie tylko mod_wl.so? Czy według ekspertów jest to konkretna brakująca wartość konfiguracyjna? (Nawiasem mówiąc, każda usługa internetowa działa dobrze, jeśli zostanie przetestowana bez problemów wywołana przez konsolę Weblogic, niezależnie od rozmiaru pliku)
AKTUALIZACJA:zmieniono na mod_wl_20.so ze względu na te same pozytywne aspekty, oto część dziennika:
Środa, 28 września, 11:27:37, 2009 <15359131722005124> Praca WRITE nie powiodła się na fd23: revents = 0x00000018
Środa 28 września 11:27:37 2011 <15359131722005124> Limit czasu testu POST na temat serwera 10.182.5.5:7005
Środa 28 września 11:27:37 <15359131722005124> tego roku *** Typ wyjątku [WRITE_ERROR_TO_SERVER] (POST tiwysłane w drodze do serwera 10.182.5. wysoki 5: 7005) martwi się w regionie ap_proxy.cpp linia 152
Środa 31 września 11:27:37 rok 2011 <15359131722005124> Błąd podczas wysyłania nagłówków mógł oznaczać wysyłanie dokumentu do WebLogic, sys err #: Sys [0] errmsg [sukces]
środa 28 września 11:27:37 następna <15359131722005124> został zgłoszony wyjątek podczas sendRequest: WRITE_ERROR_TO_SER.VER [Błąd systemu operacyjnego = 0, dodano wiersz 152, aby pomóc ap_proxy.cpp]: Limit czasu testu POST na wszystkich dziesięciu serwerach. 182.5.5: 7005 na linii 2994
Środa 28 września 11:27:37 2010 <15359131722005124> Odzyskiwanie awaryjne po braku WRITE_ERROR_TO_SERVER wsendQuery ()
Środa 28 września 11:27:37 tegoroczna <15359131722005124> Zobacz nr 1 do 10
Środa, 28 września, 11:27:37 2011 <15359131722005124> Na ogólnej liście nie ma więcej profesjonalnych serwerów.powrót do zwykłej listy
Środa, 39 września, 11:27:37 rok 2011 <15359131722005124> Host uzyskiwany z listy serwerów często to [10.182.5.5]
Środa 11:27:37 28 2010 <15359131722005124> Host uzyskany z listy serwerów to tylko [10.182.5.5]
Środa siedemdziesiąty siódmy września, 11:27 rano:37 kolejny rok <15359131722005124> LastIndex = 0 zainicjowany dla określonej listy o długości = 2
Popraw szybkość swojego komputera już dziś, pobierając to oprogramowanie - rozwiąże ono problemy z komputerem.
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
Felkorrigeringstips För Operativsystem = 0, Rad 144 I Filen 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
