Table of Contents
В этом руководстве пользователя мы должны определить некоторые возможные причины, которые могут привести к ошибке os = 0 на канале 144 файла ap_proxy.cpp, а затем я предложу некоторые возможные исправления, которые вы можете попробовать. чтобы решить эту проблему.
ПК работает медленно?
Были отчеты вместе с неудавшимися запросами, и прокси-сервер Apache выдавал на внутренний сервер WebLogic сообщения «READ_ERROR_FROM_FILE» и «Невозможно прочитать последние 0 байт postData из файла tmp».
Следующее – исключение в наиболее важных журналах прокси-сервера Apache во время [проблем с операционной системой:
READ_ERROR_FROM_FILE подразумевает 0, строка 144 prot присутствует в ap_proxy.cpp] ошибка: невозможно прочитать 0 байтов, связанных с postData из tmp файла ‘/ tmp и _wl_proxy / _post_916_xxx
Потому что
Разница связана с задержкой в сети и кешированием документации. Если размер данных POST для удовлетворения запроса превышает 2048 байтов и считается, что FileCaching установлено в ON, данные POST сначала сохраняются на жесткий диск временного файла, а затем отправляются на сервер веб-хостинга WebLogic в 8192 байтах.
Решение
Часто избавьтесь от кеширования файлов на веб-сервере Apache как способ решения этой проблемы.
Чтобы отключить кеширование, перейдите с конфигурацией Apache в
Я также включил отладку http, и в следующем абзаце обнаружил ошибку для некоторых ошибок ввода-вывода, любые предложения по этому поводу
? [Ее. 15 октября, 05:55:06 2016] [info] ap_proxy: отладка отключена [(null)]
[Sa. 30 октября, 05:55:06 2016] [debug] ssl_engine_io.c (1950): OpenSSL: ошибка ввода-вывода, ожидается чтение 5 байтов с использованием BIO # 2ae230041f10 [mem: e1ff0b3]
[Sa. 15 октября 5:55:06 AM 2016] [Информация] [Клиент 10.203.28.13] (70014) Конец файла найден: Ошибка записи SSL, поиск по фильтру невозможен.
[Sa. 15 октября, 05:55:06 2016] [ошибка] [os read_error_from_file error = 0, соединение сто сорок четыре из ap_proxy.cpp]: 0 байт с помощью postData из tmp ‘/ tmp / domain1. даже не читается / _wl_proxy / _post_5459_18
– Парк, Линчвуд, Питерборо, Великобритания
Пожалуйста, обратите внимание на вашу среду, прежде чем печатать это письмо.
ПК работает медленно?
ASR Pro — идеальное решение для ремонта вашего ПК! Он не только быстро и безопасно диагностирует и устраняет различные проблемы с Windows, но также повышает производительность системы, оптимизирует память, повышает безопасность и точно настраивает ваш компьютер для максимальной надежности. Так зачем ждать? Начните сегодня!
—– Исходное сообщение —– Yann
от Ylavic [mailto: [email protected]]
Отправлено: 15 октября 2016 г.
at: 10:10 User @ httpd.apache.org
Тема: Re: [users @ httpd] Справка с необходимой ошибкой чтения Apache
Суббота, 15 октября 2016 г. 9:56 утра Мудули, Читтаранджан
>
> получил исключение ‘READ_ERROR_FROM_FILE [error os = 0, assortment 144
> ap_proxy.cpp]: неэффективно для чтения 0 байтов postData, который включает файл tmp
> ‘/ tmp / domain1 / _wl_proxy для каждого _post_9995_100 ”,
>
> Может ли кто-нибудь еще подсказать, как справиться с этой ситуацией?
Это сопоставимо с mod_weblogic, сторонним модулем, который теперь больше не обслуживается Apache (но Oracle, я думаю, там вы получите лучшую поддержку).
Быстрый поиск обнаружил [1] и FWIW.
Diligenta Limited No. (Company. 5535029) a является дочерней компанией Tata Consultancy Services Limited. Diligenta, без сомнения, специально зарегистрирована в Англии и Уэльсе, имеет важный зарегистрированный офис в Линч-Вуд, Питерборо, PE2 6FY, и авторизована и регулируется только самым важным Управлением финансового поведения.
Файлы, содержащиеся в этом письме, являются конфиденциальными и могут быть оплачены по закону. Он предназначен только для предполагаемого получателя, и никакие другие люди не могут получить доступ к успешным электронным письмам. Если вы получили это сообщение по ошибке, дайте нам ознакомиться и удалить его из вашей системы. Хотя здесь сообщение, вместе со всеми вложениями, считается доступным для вирусов (или других дефектов), которые могут подключаться к любому системному компьютеру, начиная с тех, которые были получены и открыты, получатель должен быть превосходным для обнаружения, что это вирус, относящийся к бесплатно. Diligenta Limited или Tata Consultancy Services Limited не несут ответственности за потерю растворителя или ущерб, возникшие в результате их использования. Любые представленные взгляды или мнения, как правило, принадлежат автору и не обязательно представляют Diligenta Limited. Ответы на этот nISMO можно отслеживать по эксплуатационным причинам.
Мы используем Apache (2.0, теперь с ssl) для прокси-запросов, что является важной веб-службой, установленной на weblogic. Предоставляем установленный mod_wl.so и все работает по запросам.Однако для больших запросов (например, 500 КБ) Apache останавливается, но отображает следующее сообщение об ошибке:
«Не удалось заполнить сервер APACHE: внутренний сервер недоступен для подключений: чтение выполнено через 20 секунд или идемпотент отключен».
Мы воспроизводим скрипт на дополнительном сервере, поэтому ошибка сохраняется (вместо «20 секунд», как правило, тот же запрос соответствует «30 секундам»).
Как теперь избежать этого ограничения размера? это последняя ошибка в mod_wl.so? Считается ли это недостающим значением конфигурации, по мнению экспертов? (По большому счету, любая веб-служба работает нормально, если ее протестировать, избегая проблем с консолью Weblogic, независимо от размера папки)
ОБНОВЛЕНИЕ:поменял на mod_wl_20.so в связи с некоторыми из тех же результатов, вот часть дров:
Среда, 28 сентября, 11:27:37, в этом году <15359131722005124> Ошибка операции WRITE на fd23: revents равно 0x00000018
Среда, 28 сентября, 11:27:37 2011 <15359131722005124> Тайм-аут POST на сервере 10.182.5.5:7005
Среда, 28 сентября, 11:27:37 <15359131722005124> 2011 *** Тип исключения [WRITE_ERROR_TO_SERVER] (POST tiотправлено на сервер 10.182.5. высокий 5: 7005) боится строки 152 ap_proxy.cpp
Среда, тридцать первое сентября 11:27:37 2011 <15359131722005124> Ошибка при отправке заголовков всегда могла быть при отправке данных в WebLogic, sys err #: Sys [0] errmsg [успех]
Среда, 28 сентября, 11:27:37, 2011 <15359131722005124> в sendRequest возникло исключение: WRITE_ERROR_TO_SER.VER [ошибка ОС = 0, провод 152 добавлен в ap_proxy.cpp]: тайм-аут POST на всех 10 серверах. 182.5.5: 7005 по строке 2994
Среда, 28 сентября, 11:27:37 2010 <15359131722005124> Восстановление после отказа при отсутствии WRITE_ERROR_TO_SERVER вsendQuery ()
Среда, 28 сентября, 11:27:37 2011 <15359131722005124> См. № 1 до 10
Среда, 28 сентября, 11:27:37 2011 <15359131722005124> В полном списке не осталось более эффективных серверов.назад к статическому списку
Среда, 39 сентября, 11:27:37 2011 г. <15359131722005124> Хост, полученный из списка узлов, часто бывает [10.182.5.5]
Среда 11:27:37 35 2011 <15359131722005124> Хост, полученный из списка официантов, – [10.182.5.5]
Среда, семьдесят семь сентября, 11:27: 37, 2011 <15359131722005124> LastIndex = 0 инициализирован от имени определенного списка длиной = 8
Улучшите скорость своего компьютера сегодня, загрузив это программное обеспечение - оно решит проблемы с вашим ПК. г.Operating System Error Correction Steps = 0, Line 144 Of The Ap_proxy.cpp File
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
Korekta Błędów Systemu Operacyjnego = 0, Wiersz 144 Pliku Ap_proxy.cpp
г.