additional-information
ERDDAP™- Создайте свой собственныйERDDAP™
Вещи, которые нужно знать
Прокси-ошибки
Иногда просьба оERDDAP™Возвращается ошибка прокси, ошибка HTTP 502 Bad Gateway или подобная ошибка. Эти ошибки выбрасываются Apache или Tomcat, а неERDDAP™себя.
- Если каждый запрос генерирует эти ошибки, особенно когда вы впервые настраиваете свой сайт.ERDDAP™Тогда это, вероятно, ошибка прокси или плохой шлюз, и решение, вероятно, исправить.ERDDAPнастройки прокси. Это также может быть проблемой при установленииERDDAP™Внезапно начинаются эти ошибки для каждого запроса.
- В противном случае ошибки «прокси» обычно являются ошибками тайм-аута, выброшенными Apache или Tomcat. Даже когда они происходят относительно быстро, это какая-то реакция от Apache или Tomcat, которая возникает, когда они появляются.ERDDAP™Он очень занят, ограничен памятью или ограничен каким-либо другим ресурсом. В этих случаях см. советы ниже, чтобы иметь дело сERDDAP™медленно реагирует.
Запросы на длительный срок (30 временных точек) из сетчатого набора данных склонны к сбоям тайм-аута, которые часто появляются как ошибки прокси, потому что это занимает значительное время дляERDDAP™Открыть все файлы данных один за другим. ЕслиERDDAP™Если он занят во время запроса, проблема, скорее всего, возникнет. Если файлы набора данных сжаты, проблема чаще возникает, хотя пользователю трудно определить, сжаты ли файлы набора данных. Решение состоит в том, чтобы сделать несколько запросов, каждый с меньшим временным диапазоном. Насколько мал временной диапазон? Предлагаю начать с малого (~30 временных точек?) Тогда (приблизительно) Удвоить временной диапазон до тех пор, пока запрос не выйдет из строя, а затем вернуться к удвоению. Затем сделайте все запросы (Для каждого отдельного отрезка времени) Нужно было получить все данные. АнERDDAP™администратор может уменьшить эту проблему за счет увеличенияНастройки тайм-аута Apache.
Мониторинг
Мы все хотим, чтобы наши службы обработки данных находили свою аудиторию и широко использовались, но иногда ваши данные могут быть удалены.ERDDAP™Может использоваться слишком много, вызывая проблемы, включая сверхмедленные ответы на все запросы. Наш план, чтобы избежать проблем:
- МониторERDDAP™черезstatus.html веб-страница. Он содержит тонны полезной информации. Если вы видите, что поступает огромное количество запросов, или используется тонна памяти, или тонны неудавшихся запросов, или каждый крупный набор данных занимает много времени, или видите какие-либо признаки того, что вещи увязают и медленно реагируют, то посмотрите вERDDAP?log.txt файлпосмотреть, что происходит.
Также полезно просто отметить, как быстро реагирует страница статуса. Если он реагирует медленно, это важный показатель.ERDDAP™Очень занят.
- МониторERDDAP™черезЕжедневный отчетЭлектронная почта.
- Следите за устаревшими наборами данных через основание /erddap/outOfDateDatasets.htmlвеб-страница, которая основана на опциональномtestOutOfDateГлобальный атрибут.
Внешние мониторы
Методы, перечисленные выше, являютсяERDDAPСпособы самоконтроля. Вы также можете создавать или использовать внешние системы для мониторинга.ERDDAP. Один из проектов, чтобы сделать этоПроект erddap-метрики Axiom. Такие внешние системы имеют ряд преимуществ:
- Они могут быть настроены для предоставления необходимой вам информации, отображаемой так, как вы хотите.
- Они могут включать информацию оERDDAP™этоERDDAP™не может получить доступ легко или вообще (например, использование процессора, дискового пространства);ERDDAP™время отклика, как видно с точки зрения пользователя,ERDDAP™безотказный
- Они могут предупреждать (электронные письма, телефонные звонки, тексты) администраторам, когда проблемы превышают определенный порог.
Несколько одновременных Запросы
- Пользователи черного списка делают несколько одновременных запросов! Если понятно, что какой-то пользователь делает более одного одновременного запроса, многократно и непрерывно, то добавьте свой IP-адрес кERDDAP[<Черный список>> (/docs/server-admin/datasets#requestblacklist) в твоемdatasets.xmlФайл. Иногда все запросы поступают с одного IP-адреса. Иногда они от нескольких IP-адресов, но явно одного и того же пользователя. Вы также можете занести в черный список людей, делающих тонны недействительных запросов или тонны умопомрачительно неэффективных запросов.
Для каждой просьбы, которую они делают,ERDDAP™Возврат:
HTTP ERROR 403 - Access Forbidden --
Your IP address is on this ERDDAP's request blacklist.
Did you often submit more than one request at a time?
Did you often submit identical requests in a short period of time?
Did you submit a large number of invalid requests?
If you are ready to avoid these problems, please email \[ERDDAP™ administrator's email address\] to request to be taken off of the blacklist.
Надеемся, что пользователь увидит это сообщение и свяжется с вами, чтобы узнать, как исправить проблему и выйти из черного списка. Иногда они просто переключают IP-адреса и пытаются снова.
Это как баланс сил между наступательным и оборонительным оружием в войне. Здесь оборонительное оружие (ERDDAP) имеют фиксированную емкость, ограниченную количеством ядер в процессоре, пропускной способностью дискового доступа и пропускной способностью сети. Но наступательное оружие (Пользователи, особенно скрипты) Неограниченные возможности:
- Один запрос данных из многих временных точек может привести кERDDAPЧтобы открыть огромное количество файлов (в последовательности или частично многопоточной) . В крайних случаях один «простой» запрос может легко связать RAID, прилагаемый к нему.ERDDAP™на минуту, эффективно блокируя обработку других запросов.
- Один запрос может потреблять большую часть памяти. (Даже еслиERDDAP™кодируется для минимизации памяти, необходимой для обработки больших запросов;) .
- Параллельность - Умному пользователю легко распараллеливать большую задачу, генерируя множество потоков, каждый из которых отправляет отдельный запрос. (который может быть большим или маленьким) . Это поведение поощряется сообществом компьютерных наук как эффективный способ решения большой проблемы. (Параллелизм эффективен в других ситуациях.) . Возвращаясь к военной аналогии: пользователи могут делать практически неограниченное количество одновременных запросов, при этом стоимость каждого из них практически равна нулю.ERDDAP™Они могут быть большими иERDDAPСпособность реагировать конечна. Очевидно,ERDDAP™Мы проиграем эту битву, еслиERDDAP™Администратор заносит в черный список пользователей, которые делают несколько одновременных запросов, которые несправедливо вытесняют других пользователей.
- Несколько сценариев - Теперь подумайте о том, что происходит, когда несколько умных пользователей запускают параллельные сценарии. Если один пользователь может генерировать так много запросов, что другие пользователи вытеснены, то несколько таких пользователей могут генерировать так много запросов.ERDDAP™становится перегруженным и, казалось бы, не реагирующим. Фактически это aDDoS атакаЕдинственная защита дляERDDAP™В черный список попадают пользователи, делающие несколько одновременных запросов, которые несправедливо вытесняют других пользователей.
- Завышенные ожидания - В этом мире крупных технологических компаний (Amazon, Google, Facebook...) Пользователи ожидают от провайдеров практически неограниченных возможностей. Поскольку эти компании зарабатывают деньги, чем больше у них пользователей, тем больше у них доходов для расширения своей ИТ-инфраструктуры. Таким образом, они могут позволить себе огромную ИТ-инфраструктуру для обработки запросов. И они хитро ограничивают количество запросов и стоимость каждого запроса от пользователей, ограничивая типы запросов, которые пользователи могут сделать, чтобы ни один запрос не был обременительным, и никогда нет причины. (или способ) Пользователи могут делать несколько одновременных запросов. Таким образом, эти огромные технологические компании могут иметь гораздо больше пользователей, чем другие.ERDDAP™Но у них гораздо больше ресурсов и хитрых способов ограничить запросы от каждого пользователя. Это управляемая ситуация для крупных ИТ-компаний. (И они становятся богатыми!) но не дляERDDAP™Установки. Единственная защита дляERDDAP™В черный список попадают пользователи, делающие несколько одновременных запросов, которые несправедливо вытесняют других пользователей.
Не делайте несколько одновременных запросов, иначе вы попадете в черный список!
Очевидно, что лучше всего, если на вашем сервере много ядер, много памяти. (Вы можете выделить много памяти дляERDDAP™Больше, чем когда-либо нужно) и высокая пропускная способность интернет-соединения. Память редко или никогда не является ограничивающим фактором, но пропускная способность сети становится более распространенным ограничивающим фактором. В основном, по мере того, как появляется все больше и больше одновременных запросов, скорость для любого пользователя уменьшается. Это, естественно, замедляет количество поступающих запросов, если каждый пользователь отправляет только один запрос за раз.
ERDDAP™Получение данных из THREDDS
Если выERDDAP™получает часть своих данных из THREDDS на вашем сайте, есть некоторые преимущества для создания копии файлов данных THREDDS (По крайней мере, для самых популярных наборов данных) на другой рейд, чтоERDDAP™иметь доступ к такимERDDAP™Они могут передавать данные из файлов напрямую. вERDМы делаем это для наших самых популярных наборов данных.
- ERDDAP™Вы можете получить данные напрямую, и вам не придется ждать, пока THREDDS перезагрузит набор данных.
- ERDDAP™Вы можете сразу заметить и включить новые файлы данных, поэтому вам не нужно часто приставать к THREDDS, чтобы увидеть, изменился ли набор данных. Смотри.<Обновление EveryNMillis (/docs/server-admin/datasets#updateeverynmillis) .
- Загрузка разделена между 2 RAIDS и 2 серверами, вместо того, чтобы запрос был жестким для обоих.ERDDAP™и др.
- Вы избегаете проблемы несоответствия, вызванной тем, что у THREDDS есть небольшая проблема. (по умолчанию) Максимальный размер запроса.ERDDAP™У вас есть система для устранения несоответствия, но лучше избегать проблемы.
- У вас есть резервная копия данных, что всегда является хорошей идеей.
В любом случае, никогда не запускайте THREDDS иERDDAP™В том же Томке. Запустите их в отдельных Tomcats, или лучше, на отдельных серверах.
Мы обнаруживаем, что THREDDS периодически попадает в состояние, когда запросы просто висят. Если выERDDAP™получает данны е от THREDDS, и THREDDS находится в этом состоянии,ERDDAP™Имеет защиту (В нем говорится, что набор данных на основе THREDDS недоступен.) Но это все равно неприятно дляERDDAP™Потому чтоERDDAP™Приходится ждать тайм-аута каждый раз, когда он пытается перезагрузить набор данных с подвешенных THREDDS. Некоторые группы (включаяERD) Избегайте этого, активно перезагружая THREDDS (Например, ночная работа в кроне) .
Медленно ответить
- ЕслиERDDAP™Медленно реагирует Если только некоторые запросы будут реагировать медленно, Вы можете выяснить, является ли медлительность разумной и временной. (Например, из-за большого количества запросов от скриптов илиWMSпользователи) Или, если что-то необъяснимо неправильно, и вы должныОтключить и перезапустить Tomcat иERDDAP™.
ЕслиERDDAP™медленно реагирует, см. ниже советы, чтобы определить причину, которая, надеюсь, позволит вам решить проблему. У вас может быть определенная отправная точка. (Например, URL конкретного запроса) или расплывчатая отправная точка (например,ERDDAP™медленный) . Вы можете знать, что пользователь (Например, потому что они написали вам) Или нет. У вас могут быть другие подсказки или нет. Поскольку все эти ситуации и все возможные причины проблем размываются вместе, нижеприведенный совет пытается решить все возможные отправные точки и все возможные проблемы, связанные с медленными ответами.
- Ищите подсказки вERDDAPФайл журнала ( BigParent Директория /logs/log.txt) .
\[В редких случаях есть подсказки вФайл журнала Tomcat ( кот /logs/catalina.out) .\]
Ищите сообщения об ошибках Ищите большое количество запросов от одного (или несколько) Пользователей и, возможно, завладеть большим количеством ресурсов вашего сервера. (память, время процессора, доступ к диску, пропускная способность интернета) .
Если проблема связана с один пользователь Вы часто можете получить представление о том, кто является пользователем через веб-сервисы. https://whatismyipaddress.com/ip-lookup которые могут предоставить вам информацию, связанную с IP-адресом пользователя (которые вы можете найти вERDDAP?log.txtфайл) .
- Если пользователю кажется, что бот плохо себя вести (В частности, поисковая система, пытающаяся заполнитьERDDAP™формы со всеми возможными перестановками входных значений) Убедитесь, что вы правильно настроили свой серверrobots.txtФайл.
- Если пользователю кажется, что **сценарий (s) ** Выполняя несколько одновременных запросов, свяжитесь с пользователем, объясните, чтоERDDAP™ограниченные ресурсы (Например, память, время процессора, доступ к диску, пропускная способность Интернета) И попросите их быть внимательными к другим пользователям и просто сделать один запрос за раз. Вы также можете упомянуть, что вы занесете их в черный список, если они не отступят.
- Если пользователю кажется, что сценарий Делая большое количество трудоемких запросов, попросите пользователя быть внимательным к другим пользователям, поставив небольшую паузу. (2 секунды?) В сценарии между запросами.
- WMSклиентское программное обеспечение Может быть очень требовательным. Один клиент часто запрашивает 6 пользов ательских изображений одновременно. Если пользователю кажется, чтоWMSКлиент, который делает законные запросы, может:
- Не обращай внимания. (Рекомендовано, потому что они будут двигаться довольно скоро.)
- Выключите свой серверWMSСервис черезERDDAPфайл setup.html. (не рекомендуется)
- Если запросы кажутся глупый, безумный, чрезмерный или злобный, или если вы не можете решить проблему каким-либо другим способом, подумайте о временном или постоянном добавлении IP-адреса пользователя.<Черный список> в вашемdatasets.xmlфайл (/docs/server-admin/datasets#requestblacklist) .
- Попробуйте продублировать проблему самостоятельно, с вашего компьютера.
Выясните, есть ли проблема с одним набором данных или всеми наборами данных, для одного пользователя или для всех пользователей, для определенных типов запросов и т. Д. Если вы можете продублировать проблему, попробуйте сузить проблему. Если вы не можете продублировать проблему, то проблема может быть связана с компьютером пользователя, интернет-соединением пользователя или интернет-соединением вашего учреждения. - Если бы только один набор данных Медленно реагирует (Возможно, только для Один тип запроса от одного пользователя) Проблема может быть:
- ERDDAPДоступ к исходным данным набора данных (В частности, из реляционных баз данных, Кассандра и удаленных наборов данных.) Это может быть временно или постоянно медленно. Проверьте скорость источника независимо отERDDAP. Если это медленно, вы можете улучшить его.
- Связана ли проблема с конкретным запросом или общим типом запроса? Чем больше запрашиваемое подмножество набора данных, тем больше вероятность того, что запрос потерпит неудачу. Если пользователь делает огромные запросы, попросите пользователя сделать меньшие запросы, которые с большей вероятностью получат быстрый и успешный ответ.
Почти все наборы данных лучше обрабатывают некоторые типы запросов, чем другие типы запросов. Например, когда набор данных хранит разные части времени в разных файлах, запросы на данные из огромного количества точек времени могут быть очень медленными. Если текущие запросы имеют сложный тип, рассмотрите возможность предоставления варианта набора данных, оптимизированного для этих запросов. Или просто объясните пользователю, что этот тип запроса является трудным и трудоемким, и попросите его терпения.
-
Набор данных может быть не оптимально настроен. Вы можете внести изменения в набор данныхdatasets.xmlКусок, чтобы помочьERDDAP™Лучше обрабатывать набор данных. Например,
- EDDGridНаборы данных из NcFiles, которые получают доступ к данным из сжатых файлов nc4/hdf5, медленны при получении данных для всего географического диапазона. (Например, для карты мира) Все файлы должны быть декомпрессированы. Вы можете конвертировать файлы в несжатые файлы, но тогда потребность в дисковом пространстве будет намного больше. Вероятно, лучше просто принять, что такие наборы данных будут медленными при определенных обстоятельствах.
- Конфигурация []<subsetVariables> (/docs/server-admin/datasets#subsetvariables) Тэг оказывает огромное влияние на то, какERDDAP™Обрабатывает EDDTable наборы данных.
- Вы можете увеличитьСкорость EDDTable FromDatabaseнабор данных.
- Многие наборы данных EDDTable могут быть ускореныхранить копию данных вNetCDFФайлы Ragged ArrayкоторыйERDDAP™Можно читать очень быстро.
Если вы хотите помочь ускорить определенный набор данных, включите описание проблемы и часть набора данных.datasets.xmlУвидеть нашРаздел о дополнительной поддержке.
- Если все вERDDAP™это всегда Медленно, проблема может быть:
- Компьютер, который работаетERDDAP™Может не хватать памяти или вычислительной мощности. Хорошо бегатьERDDAP™на современном многоядерном сервере. Для интенсивного использования сервер должен иметь 64-разрядную операционную систему и 8 ГБ или более памяти.
- Компьютер, который работаетERDDAP™Также могут быть запущены другие приложения, которые потребляют много системных ресурсов. Если это так, вы можете получить выделенный сервер дляERDDAP? Например, (Это не одобрение) Вы можете получить четырехъядерный Mac Mini Server с 8 ГБ памяти за ~ 1100 долларов.
- Если все вERDDAP™это временно Медленно, смотритеERDDAP? /erddap/status.htmlстраница в вашем браузере.
- Делает этоERDDAP™Статус страницы не загружается? Если да,возобновитьERDDAP™.
- Сдела л этоERDDAP™Статус страницы загружается медленно (Например, >5 секунд) ? Это признак того, что все вERDDAP™Бежит медленно, но это не обязательно проблема.ERDDAP™Может быть, просто очень занят.
- "Ответ неудавшегося времени" (Последний крупный набор данных LoadDatasets) ", n = большое число? Это говорит о том, что в последнее время было много неудачных запросов. Это может быть проблемой или началом проблемы. Среднее время неудач часто велико. (например, 210000 мс) , Это означает, что были (Правда?) Много активных нитей. Которые привязывали много ресурсов (как память, открытые файлы, открытые розетки,) , Что не очень хорошо.
- За "Ответ Успешное Время" (Последний крупный набор данных LoadDatasets) ", n = большое число? Это говорит о том, что в последнее время было много успешных запросов. Это не проблема. Это просто означает вашERDDAP™Получает интенсивное использование.
- Является ли «Количество потоков, не ожидающих Томка», двойным типичным значением? Это часто является серьезной проблемой, которая может привести кERDDAP™Притормозить и в конце концов замерзнуть. Если это продолжается в течение нескольких часов, вы можете захотеть проактивно.возобновитьERDDAP™.
- В нижней части списка «Сводка использования памяти» последнее значение «Память: в настоящее время использование» очень высокое? Это может просто указывать на высокое использование, или это может быть признаком проблемы.
- Посмотрите на список нитей и их статус. Многие ли из них делают что-то необычное?
- это Интернет-соединение вашего учреждения Сейчас медленно? Ищите в Интернете «тест скорости интернета» и используйте один из бесплатных онлайн-тестов. https://www.speakeasy.net/speedtest/ . Если подключение к Интернету вашего учреждения медленное, то соединения междуERDDAP™удаленные источники данных будут медленными, а соединения между ними будутERDDAP™Пользователь будет медленным. Иногда вы можете решить эту проблему, прекратив ненужное использование Интернета. (Например, люди, которые смотрят потоковое видео или на видеоконференции) .
- это Интернет-соединение пользователя Сейчас медленно? Попросите пользователя найти в Интернете «тест скорости интернет а» и использовать один из бесплатных онлайн-тестов, таких как: https://www.speakeasy.net/speedtest/ . Если интернет-соединение пользователя медленное, оно замедляет его доступ к интернету.ERDDAP. Иногда они могут решить эту проблему, прекратив ненужное использование Интернета в своем учреждении. (Например, люди, которые смотрят потоковое видео или на видеоконференции) .
- Застрял?
Увидеть нашРаздел о дополнительной поддержке.
Закрыть и перезапустить
- Как закрыть и перезапустить TomcatERDDAP™
Вам не нужно закрывать и перезапускать Tomcat.ERDDAPеслиERDDAP™временно медленно, медленно по какой-то известной причине (Как и множество запросов от скриптов илиWMSпользователи) или вносить изменения вdatasets.xmlФайл.
Вам нужно закрыть и перезапустить Tomcat иERDDAP™если вам необходимо внести изменения в файл setup.xml илиERDDAP™Зависает, зависает или запирается. В экстр емальных обстоятельствах,JavaМожет замерзнуть на минуту или две, пока он делает полный сбор мусора, но затем восстанавливается. Поэтому лучше подождать минуту или две, чтобы увидеть,Java/ERDDAP™Он действительно заморожен или просто собирает большой мусор. (Если сбор мусора является общей проблемой,Выделите больше памяти Tomcat.)
Я не рекомендую использовать Tomcat Web Application Manager для запуска или отключения Tomcat. Если вы не полностью отключите и не запустите Tomcat, рано или поздно у вас будут проблемы с памятью PermGen.
Отключить и перезапустить TomcatERDDAP:
- Если вы используете Linux или Mac:
(Если вы создали специального пользователя для запуска Tomcat, например, Tomcat, не забудьте выполнить следующие действия в качестве этого пользователя.)
- Используйте CD кот бин
- Используйте ps -ef|grep tomcat для поиска процесса java/tomcat ID (Будем надеяться, что будет перечислен только один процесс.) который мы будем называть javaProcessID ниже.
- ЕслиERDDAP™Заморожено/заперто/заперто, используйте kill -3 javaProcessID рассказыватьJava (Кто управляет Tomcat) Чтобы сделать сброс потока в файл журнала Tomcat: кот /logs/catalina.out. После перезагрузки вы можете диагностировать проблему, найдя информацию о сбросе потока (и любую другую полезную информацию выше) в кот /logs/catalina.out, а также путем чтения соответствующих частейERDDAP™архив. Если вы хотите, вы можете включить эту информацию и посмотреть нашуРаздел о дополнительной поддержке.
- Используйте ./shutdown. рубить
- Используйте ps -ef|Неоднократно греп томкэт до тех пор, пока процесс java/tomcat не будет указан.
Иногда процесс Java/tomcat занимает до двух минут. Причина в следующем:ERDDAP™Он посылает сообщение своим фоновым потокам, чтобы сказать им остановиться, но иногда требуется много времени, чтобы добраться до хорошего места остановки.
- Если через минуту или около того, java/tomcat не останавливается сам по себе, вы можете использовать
Убить -9 javaProcessID
Заставить процесс Java/tomcat немедленно прекратиться. Если возможно, используйте это только в крайнем случае. Переключатель -9 мощный, но может вызвать различные проблемы. - ПерезапуститьERDDAP™Использовать ./startup.sh
- ПосмотретьERDDAP™В вашем браузере проверить, что перезагрузка удалась. (Иногда нужно подождать 30 секунд и попытаться загрузиться.ERDDAP™Опять же в вашем браузере, чтобы он преуспел.)
- Если вы используете Windows:
- Используйте CD кот бин
- Использоватьshutdown.bat
- Вы можете захотеть использовать диспетчер задач Windows (Доступно через Ctrl Alt Del) Чтобы гарантировать, чтоJava/Томкат/ERDDAP™Процесс/приложение полностью остановлено. Иногда процесс/приложение отключается на две минуты. Причина в следующем:ERDDAP™Он посылает сообщение своим фоновым потокам, чтобы сказать им остановиться, но иногда требуется много времени, чтобы добраться до хорошего места остановки.
- ПерезапуститьERDDAP™Скачать Startup.bat
- ПосмотретьERDDAP™В вашем браузере проверить, что перезагрузка удалась. (Иногда нужно подождать 30 секунд и попытаться загрузиться.ERDDAP™Опять же в вашем браузере, чтобы он преуспел.)
Частые сбои или заморозки
ЕслиERDDAP™Становится медленно, падает или замерзает, что-то не так. Посмотри.ERDDAPФайл журналаЧтобы попытаться выяснить причину. Если вы не можете, пожалуйста, укажите детали и посмотрите нашРаздел о дополнительной поддержке.
Наиболее распространенной проблемой является проблемный пользователь, который запускает несколько сценариев одновременно и / или кто-то делает большое количество недействительных запросов. Если это произойдет, вы должны занести этого пользователя в черный список. Когда пользователь в черном списке делает запрос, сообщение об ошибке в ответе побуждает его отправить вам электронное письмо, чтобы решить проблемы. Затем вы можете побудить их запускать только один сценарий за раз и исправлять проблемы в своем сценарии. (Например, запрос данных из удаленного набора данных, который не может ответить до истечения времени) . Смотри.<Черный список> в вашемdatasets.xmlфайл (/docs/server-admin/datasets#requestblacklist) .
В экстремальных обстоятельствах,JavaМожет замерзнуть на минуту или две, пока он делает полный сбор мусора, но затем восстанавливается. Поэтому лучше подождать минуту или две, чтобы увидеть,Java/ERDDAP™Он действительно заморожен или просто собирает большой мусор. (Если сбор мусора является общей проблемой,Выделите больше памяти Tomcat.)
ЕслиERDDAP™Он становится медленным или замерзает, и проблема не является проблемным пользователем или длинной сборкой мусора.возобновлениеERDDAP™. Мой опыт показывает, чтоERDDAP™Они могут работать в течение нескольких месяцев без необходимости перезапуска.
Монитор
Вы можете следить за своимERDDAPСтатус, глядя на/erddap/status.htmlстраницаОсобенно статистика в верхнем разделе. ЕслиERDDAP™Он становится медленным или замораживается, и проблема заключается не только в чрезмерно интенсивном использовании, вы обычно можете решить проблему.возобновлениеERDDAP™. Есть дополнительные метрики, доступные через интеграцию Prometheus в /erddap/метрики.
Мой опыт показывает, чтоERDDAP™Они могут работать в течение нескольких месяцев без необходимости перезапуска. Вам нужно только перезапустить его, если вы хотите применить некоторые изменения, которые вы внесли.ERDDAPSetup.xml или когда вам нужно установить новые версииERDDAP™,JavaTomcat или операционная система. Если вам нужно перезапуститьERDDAP™Часто что-то не так. Посмотри.ERDDAPФайл журналаЧтобы попытаться выяснить причину. Если вы не можете, пожалуйста, укажите детали и посмотрите нашРаздел о дополнительной поддержке. В качестве временного решения вы можете попробовать использоватьМонитследить за своимERDDAP™Перезагрузите его, если это необходимо. Или вы можете сделать крон работу, чтобы перезапуститьERDDAP™ (активно) периодически. Может быть немного сложно написать сценарий для автоматизации мониторинга и перезапуска.ERDDAP. Некоторые советы, которые могут помочь:
- Вы можете упростить тестирование, если процесс Tomcat все еще работает, используя переключатель -c с грэпом: ps -u кот Пользователь |грэп -c java Это уменьшит выход до «1», если процесс томка все еще жив, или «0», если процесс остановился.
- Если вы хорошо разбираетесь в gawk, вы можете извлечь процессID из результатов ps -u кот Пользователь |grep java и используйте processID в других строках сценария.
Если вы настроите Monit или работу cron, было бы здорово, если бы вы могли поделиться подробностями, чтобы другие могли извлечь выгоду из нашей работы.Раздел о дополнительной поддержкеГде вы можете поделиться.
Пермген
Если вы используете Tomcat Manager для перезагрузки (или остановиться и начать) ERDDAP™,ERDDAP™Может не запустить и бросить java.lang. Ошибка OutOfMemory: PermGen Решение состоит в том, чтобы периодически (Или каждый раз?) закрыть и перезапустить Tomcat иERDDAP™Вместо простого перезарядкиERDDAP.
\[Обновление: Эта проблема была сведена к минимуму или решена вERDDAP™Версия 1.24.\]