자주 묻는 질문
당신이 알아야 할 것들
프록시 오류
때때로, 요청ERDDAP™프록시 오류, HTTP 502 Bad Gateway Error, 또는 일부 유사한 오류를 반환합니다. 이 오류는 아파치 또는 톰캣에 의해 던진다.ERDDAP™이름 *
- 모든 요청이 이러한 오류를 발생하면 특히 첫 번째 설정을하면ERDDAP™, 그때 그것은 아마도 프록시 또는 나쁜 게이트웨이 오류, 그리고 솔루션은 아마 해결ERDDAP's 프록시 설정· 설치시 문제가 될 수 있습니다.ERDDAP™갑자기 모든 요청에 대한 이러한 오류를 던져 시작합니다.
- 그렇지 않으면, "proxy" 오류는 보통 실제로 아파치 또는 톰캣에 의한 오류가 발생한다. 그들은 상대적으로 빨리 일어날 때, 그것은 Apache 또는 Tomcat에서 응답의 일부 종류입니다ERDDAP™매우 바쁜, 메모리 제한, 또는 다른 자원에 의해 제한. 이 경우 아래 조언을 참조하여 처리하십시오.ERDDAP™자주 묻는 질문·
장시간 범위를 위한 요구 (>30시간) gridded dataset에서 prone to time out failures, 이는 종종 프록시 오류로 나타나기 때문에 상당한 시간이 걸립니다ERDDAP™모든 데이터 파일을 One-by-one로 엽니다. 이름 *ERDDAP™요청시 그렇지 않으면 바쁜, 문제는 발생할 가능성이 더있다. dataset의 파일이 압축된 경우, 문제는 데이터셋의 파일이 압축되었는지 결정하는 사용자를 위해 어렵지 않다. 해결책은 몇몇 요구에, 더 작은 시간 범위로 각각 만들 것입니다. 시간 범위의 작은 방법? 나는 정말 작은 시작을 건의 (~30 시간 포인트?) , 다음 (소요시간) 요청이 실패할 때까지 시간 범위를 두 배로, 그 후에 1개의 두배로 갑니다. 그런 다음 모든 요청 (각각의 다른 펑크 시간) 모든 데이터를 얻을 필요. 이름 *ERDDAP™관리자는이 문제를 줄일 수 있습니다.Apache 타임아웃 설정·
관련 기사
우리는 그들의 청중을 발견하고 광대하게 사용되, 그러나 때때로 당신의 자료 서비스를 원합니다ERDDAP™너무 많이 사용될 수 있습니다, 문제 발생, 모든 요청에 대한 슈퍼 느린 응답을 포함. 문제를 피하는 우리의 계획은:
- 관련 기사ERDDAP™을 통해status.html 웹 페이지· 그것은 유용한 정보의 톤이 있습니다. 요청의 거대한 숫자가 사용되거나 메모리의 톤, 또는 실패 요청의 톤, 또는 각 주요 LoadDatasets는 오랜 시간이 걸릴 것입니다, 또는 기록 된 물건의 표시를보고 천천히 반응, 다음 봐ERDDAP이름 *log.txt 파일무엇을 볼 수 있습니다.
그것은 또한 단순히 상태 페이지가 응 답하는 방법을 참고하는 것이 유용합니다. 천천히 반응하면 중요한 지표입니다.ERDDAP™아주 바쁘다.
- 관련 기사ERDDAP™을 통해매일 보고서이메일.
- 최신 데이터셋을 위한 시계 사이트맵 /erddap/outOfDateDatasets.html선택된 웹 페이지testOutOfDate글로벌 특성.
외부 감시자
위에 나열된 방법ERDDAP자체 감시의 방법. 외부 시스템을 만들거나 사용할 수 있습니다.ERDDAP· 이 작업을 수행하는 하나의 프로젝트는Axiom의 erddap-metrics 프로젝트· 그런 외부 체계는 몇몇 이점이 있습니다:
- 그들은 당신이 원하는 정보를 제공 할 수 있습니다, 원하는 방법으로 표시.
- 해당 이용 후기에 달린 코멘트가 없습니다.ERDDAP™이름 *ERDDAP™쉽게 접근할 수 없습니다 또는 모든 (예를 들면, CPU 사용법, 디스크 여유 공간,ERDDAP™사용자의 관점에서 볼 때 응답 시간,ERDDAP™가동 시간,
- 경고를 제공 할 수 있습니다. (이메일, 전화, 텍스트) 몇몇 문턱을 초과할 때 관리자에게.
다수 동시 제품정보
- 여러 동시 요청을 만드는 Blacklist 사용자! 어떤 사용자가 하나의 동시 요청보다 더 많은 것을 만드는 것이 분명하다면 반복적으로 지속적으로 IP 주소를 추가합니다.ERDDAP한국어<요청블랙리스트>] (/docs/server-admin/datasets#request블랙리스트) 내 계정datasets.xml파일. 때때로 요청은 모든 IP 주소입니다. 때때로 그들은 여러 IP 주소에서, 하지만 명확하게 같은 사용자. 무효한 요청 또는 톤의 마음 numbingly 효율적인 요청을 만들 수 있습니다.
그런 다음 각 요청을 위해,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) CPU의 코어 수에 의해 제한 된 고정 용량, 디스크 액세스 대역폭 및 네트워크 대역폭. 그러나 공격 무기 (사용자, notably 스크립트) 무제한 수용량이 있습니다:
- 많은 시간대의 데이터에 대한 단일 요청은 발생할 수 있습니다.ERDDAP거대한 수의 파일을 엽니 다 (순서 또는 partly 다 스레드) · 극단적인 경우에, 1개의 "simple" 요구는 쉽게 RAID를 붙일 수 있습니다ERDDAP™몇 분 동안, 효과적으로 다른 요청의 처리를 차단.
- 단일 요청은 대용량의 메모리를 소비 할 수 있습니다. (한국어ERDDAP™대용량 요청을 처리하기 위해 필요한 메모리를 최소화하는 코딩) ·
- 병렬화 - - - 수많은 스레드를 생성하여 큰 작업을 병렬화하는 clever 사용자를 위해 쉽게, 각각의 다른 요청을 제출 (크고 작은 것) · 이 행동은 큰 문제를 다루는 효율적인 방법으로 컴퓨터 과학 커뮤니티에 의해 격려된다 (병렬화는 다른 상황에서 능률적입니다) · 전쟁 아날로그로 돌아 가기 : 사용자는 필수로 0이되는 각 비용과 동시 요청의 필수 무제한 수를 만들 수 있지만, 각 요청의 비용은ERDDAP™큰 수 있습니다ERDDAP's 응답 기능은 무한합니다. 꽉,ERDDAP™이 전투를 잃게됩니다.ERDDAP™관리자 blacklists 사용자가 다른 사용자를 방해하지 않는 여러 동시 요청을 만들기.
- 다중 스크립트 - 이제 여러 clever 사용자들이 서로 평행한 스크립트를 실행할 때 무슨 일이 일어나는지 생각한다. 사용자가 다른 사용자가 혼잡 한 많은 요청을 생성 할 수 있다면, 그런 사용자가 많은 요청을 생성 할 수 있습니다.ERDDAP™압도적이고 겉으로도 반응하지 않습니다. 그것은 효과적으로 입니다DDOS 공격다시, 유일한 방어ERDDAP™다른 사용자를 방해하지 않는 여러 동시 요청을 만드는 blacklist 사용자에게 있습니다.
- 팽창된 기대 - 대규모 기술 기업 (아마존, 구글, 페이스 북, ...) , 사용자는 공급자에게서 근본적으로 무제한 기능을 예상하기 위하여 옵니다. 이 회사는 돈을 벌기 때문에 더 많은 사용자는 IT 인프라를 확장해야 더 많은 수익이 있습니다. 그래서 그들은 요청을 처리하는 대규모 IT 인프라를 감당할 수 있습니다. 그리고 그들은 사용자가 단일 요청이 부담되지 않도록 만들 수 있도록 요청의 종류를 제한하여 사용자의 요청에 따라 각 요청의 요청 및 비용의 수를 제한하고, 결코 이유가 없다 (또는 방법) 여러 동시 요청을 만들기 위해 사용자. 그래서이 거대한 기술 회사는 훨씬 더 많은 사용자를 가질 수있다ERDDAP™, 하지만 그들은 크게 더 많은 리소스와 각 사용자에서 요청을 제한하는 방법. 그것은 큰 IT 회사에 대한 관리 가능한 상황입니다 (그들은 부유 한!) 그러나 아니ERDDAP™설치. 다시, 유일한 방어ERDDAP™다른 사용자를 방해하지 않는 여러 동시 요청을 만드는 blacklist 사용자에게 있습니다.
그래서 사용자 : 여러 동시 요청을하지 않거나 블랙리스트가 될 것입니다!
명확하게, 그것은 당신의 서버가 많은 핵심, 많은 기억이 있는 경우에 베스트입니다 (그래서 당신은 많은 메모리를 할당 할 수 있습니다ERDDAP™, 그것 보다는 더 많은 것 필요) , 높은 대역폭 인터넷 연결. 그런 다음 메모리는 드물게 또는 제한 요소가 아니지만 네트워크 대역폭은 더 일반적인 제한 요소가됩니다. 기본적으로 더 많은 동시 요청이 있기 때문에 주어진 사용자의 속도가 줄어듭니다. 즉, 사용자가 한 번에 한 번에 한 번의 요청을 제출하는 경우 자연적으로 요청의 수를 느립니다.
ERDDAP™THREDDS에서 데이터 받기
이름 *ERDDAP™사이트의 THREDDS에서 데이터의 일부를 얻을, THREDDS 데이터 파일의 사본을 만드는 데 몇 가지 이점이 있습니다 (가장 인기 있는 datasets를 위해 적어도) 다른 RAID에서ERDDAP™이렇게 접 근ERDDAP™파일을 직접 제공 할 수 있습니다. 으로ERD, 우리는 우리의 대중적인 datasets를 위해 그것 합니다.
- ERDDAP™데이터를 직접 얻을 수 있고 THREDDS를 기다리지 않아도 데이터 세트를 다시로드하거나 ...
- ERDDAP™dataset가 변경된 경우, dataset가 변경된 경우, pester THREDDS가 자주 볼 필요가 없습니다. 보기 [<update모든NMillis>] (/docs/server-admin/datasets#updateeverynmillis의 경우) ·
- 부하는 2개의 RAIDS와 2개의 서버 사이에서 분할됩니다, 대신 둘 다에 단단한 요구의ERDDAP™그리고 THREDDS.
- 당신은 작은 THREDDS에 기인 한 잡화 문제를 방지 (으로 default) 최대 요청 크기.ERDDAP™잘못을 처리하는 시스템을 가지고 있지만 문제를 피하는 것은 더 낫습니다.
- 항상 좋은 아이디어 인 데이터의 백업 사본이 있습니다.
어떤 경우, 이제 THREDDS를 실행하지 마십시오ERDDAP™같은 Tomcat에서. 별도의 Tomcats 또는 더 나은 서버에서 실행하십시오.
우리는 THREDDS 주기적으로 요청이 걸려있는 상태에서 가져옵니다. 이름 *ERDDAP™THREDDS와 THREDDS의 데이터가이 상태에 있습니다.ERDDAP™방어 (THREDDS 기반 데이터 세트는 사용할 수 없습니다.) , 그러나 아직도 말썽someERDDAP™이름 *ERDDAP™시간이 지남에 따라 기다릴 필요가있다. 일부 그룹 (기타 제품ERD) THREDDS를 자주 재시작하여 이것을 피하십시오. (e.g., cron 일에서 밤) ·
자주 묻는 질문
- *이름 ERDDAP™응답은 천천히 또는 특정 요청이 천천히 응답하면 심도가 합리적이고 일시적인 경우 알아볼 수 있 습니다. (e.g., 스크립트에서 요청의 제비 또는WMS이름 *) , 또는 뭔가 잘못 된 경우 당신은 필요종료 및 재시작 Tomcat 및ERDDAP™·
이름 *ERDDAP™이 문제를 해결하기 위해, 희망적으로 문제를 해결 할 수있는 원인을 결정하기 위해 아래의 조언을 참조하십시오. 특정 출발점이 있을 수 있습니다. (e.g., 특정 요청 URL) 또는 vague 시작점 (₢ 킹ERDDAP™느리게) · 당신은 관련된 사용자를 알 수 있습니다 (e.g., 그들이 당신을 이메일로 보내기 때문에) , 또는 아닙니다. 다른 clues, 또는 그렇지 않을 수 있습니다. 이 모든 상황과 함께 문제의 가능한 원인의 모든 때문에, 아래의 조언은 모든 가능한 출발점과 느린 응답과 관련된 모든 가능한 문제를 처리합니다.
- clues에 대 한 보기ERDDAP로그 파일 ( 큰Parent감독 다운로드) ·
\[드문 경우에, 거기에서 cluesTomcat의 로그 파일 ( 뚱 베어 /logs/카탈리나.out) ·\]
오류 메시지를 찾습니다. 한 곳에서 오는 많은 요청을 찾습니다. (또는 몇) 사용자와 서버의 리소스를 많이 기록 (메모리, CPU 시간, 디스크 액세스, 인터넷 대역폭) ·
문제가 묶어지면 1 사용자 , 당신은 종종 사용자가 웹 서비스를 통해 누구에 대해 clue를 얻을 수 https://whatismyipaddress.com/ip-lookup 사용자의 IP 주소와 관련된 정보를 제공 할 수 있습니다. (찾을 수 있습니다ERDDAP이름 *로그.txt파일 형식) ·
- 사용자가 될 것 같다면 봇 뚱 베어 (notably, 검색 엔진을 채우려고ERDDAP™입력 값의 각 가능한 permutation과 형태) , 서 버가 제대로 설정했는지 확인하십시오.로봇.txt파일.
- 사용자가 될 것 같다면 **한국어 (₢ 킹) ** 그것은 여러 동시 요청을 만들고, 사용자에 게 연락, 설명ERDDAP™제한된 자원 (e.g., 메모리, CPU 시간, 디스크 액세스, 인터넷 대역폭) , 그리고 다른 사용자의 고려 하 고 그냥 한 번에 한 요청을 만들. 당신은 또한 당신이 그들을 블랙리스트를 언급 할 수 있습니다 그들은 다시하지 않는 경우.
- 사용자가 될 것 같다면 한국어 많은 시간 소모 요청을 만들고, 사용자가 작은 일시 중지를 함으로써 다른 사용자의 고려해야 (2 초?) 요청 사이에 스크립트.
- WMS고객 소프트웨어 아주 수요일 수 있습니다. 한 클라이언트는 수시로 6개의 주문 이미지를 한 번에 요구할 것입니다. 사용자가 될 것 같다면WMS합법적 인 요청을 만드는 클라이언트, 당신은 할 수:
- 그것을 무시합니다. (추천, 그들은 곧 꽤 이동)
- 서버 설정WMS서비스 viaERDDAP's setup.html 파일. (참고사항)
- 요청이 보이는 경우 어, insane, 과도한, 또는 악의, 또는 다른 방법을 해결하지 못할 경우, 일시적으로 또는 영구적으로 사용자의 IP 주소를 [에 추가<requestBlacklist> 당신의datasets.xml파일] (/docs/server-admin/datasets#request블랙리스트) ·
- 컴퓨터에서 스스로 문제를 복제하려고합니다.
문제가 1개의 dataset 또는 모든 datasets로, 1명의 사용자 또는 모든 사용자를 위해, 다만 특정 유형의 요구에 의하여, 등 . 문제를 중복 할 수 있다면, 문제를 축소하려고합니다. 문제가 없으면, 문제가 사용자의 컴퓨터, 사용자의 인터넷 연결 또는 기관의 인터넷 연결에 연결될 수 있습니다. - 이 름 * 1개의 dataset 자주 묻는 질문 (아마도 단지 1개의 유형의 요구 1개의 사용자에서) , 문제는 일 수 있습니다:
- ERDDAPdataset의 소스 데이터에 액세스 (관계형 데이터베이스, Cassandra 및 원격 데이터셋에서) 일시적으로 또는 영구적으로 느립니다. 소스의 속도를 독립적으로 확인하려고ERDDAP· 느린 경우, 아마도 당신은 그것을 향상시킬 수 있습니다.
- 특정 요청 또는 일반적인 유형과 관련된 문제입니까? 더 큰 요청된 데이터 세트의 하위 세트, 더 많은 가능성이 요청이 실패합니다. 사용자가 거대한 요청을 만드는 경우, 사용자가 빠른 성공적인 응답을 얻을 가능성이 더 작은 요청을 만들 수 있습니다.
거의 모든 데이터 세트는 다른 유형의 요청을 처리하는 데 더 낫습니다. 예를 들어, dataset가 다른 파일에서 다른 시간의 펑크를 저장하면 엄청난 시간의 데이터 요청은 매우 느립니다. 현재 요청이 어려운 유형이라면 이러한 요청에 최적화 된 데이터 세트의 변형을 고려하십시오. 또는 그 유형의 요청이 어렵고 시간이 많이 걸리는 사용자에 대해 설명합니다.
-
dataset는 최적의 구성이 될 수 없습니다. dataset의 변경을 할 수 있습니다.datasets.xml도움이되는 chunkERDDAP™dataset를 더 잘 처리하십시오. 예를 들어,
- EDDGridFromNcFiles datasets는 압축 nc4/hdf5 파일로부터 데이터에 액세스하는 것은 전체 지리적 범위에 대한 데이터를 얻을 때 느립니다. (e.g., 세계지도) 전체 파일이 압축되어야하기 때문에. 파일을 압축하지 않는 파일로 변환 할 수 있지만 디스크 공간 요구 사항은 훨씬 크다. 이러한 데이터셋이 특정 상황에서 느리게 될 것이라는 점을 잘 알고 있습니다.
- [의 구성]<subsetVariables>] (/docs/server-admin/datasets#subsetvariables의 경우) 태그는 방법에 대한 거대한 영향을ERDDAP™EDDTable datasets를 취급합니다.
- 당신은 증가 할 수 있습니다EDDTableFromDatabase의 속도데이터셋.
- 많은 EDDTable datasets는 sped 할 수 있습니다데이터의 복사본 저장NetCDFContiguous Ragged Array 파일·ERDDAP™아주 빨리 읽을 수 있습니다.
특정 데이터 세트를 가속화하는 데 도움이 필요하면 문제와 dataset의 펑크에 대한 설명을 포함합니다.datasets.xml우리를보고더 많은 지원 얻기에 섹션·
- 이름 * 모든 것 내 계정ERDDAP™이름 * 항상 느린, 문제는 일 수 있습니다:
- 실행중인 컴퓨터ERDDAP™충분한 기억 또는 가공 힘이 있을지도 모릅니다. 실행에 좋은ERDDAP™현대 멀티 코어 서버에서. 무거운 사용을 위해, 서버는 64 비트 운영 체계 및 기억의 8개 GB 또는 더 많은 것을 가지고 있어야 합니다.
- 실행중인 컴퓨터ERDDAP™시스템 리소스를 많이 소비하는 다른 응용 프로그램을 실행할 수도 있습니다. 그래서, 전용 서버를 얻을 수 있습니다ERDDAP· 예를 들어 (이것은 보증이 아닙니다.) , ~ $ 1100의 8 GB 메모리가있는 쿼드 코어 Mac Mini Server를 얻을 수 있습니다.
- 이름 * 모든 것 내 계정ERDDAP™이름 * 일시 정지 느린,보기ERDDAP이름 * /erddap/status.html(주) 당신의 브라우저.
- 이름 *ERDDAP™상태 페이지가로드 실패? 그래서,지원하다ERDDAP™·
- 는ERDDAP™상태 페이지로드 천천히 (예, >5 초) · 즉, 모든 것이 모든 것이ERDDAP™천천히 실행되지만 반드시 문제가 없습니다.ERDDAP™그냥 정말 바쁜 일 수 있습니다.
- "Response 실패 시간 (로드데이터셋) ", n = 큰 숫자입니까? 그것은 최근 실패한 요청의 제비가 있음을 나타냅니다. 그것은 문제 또는 문제의 시작일 수 있습니다. 실패의 미디어 시간은 종종 큰 (예, 210000 ms) · 그대는 (이름 *) 활동적인 실의 제비. 자원의 tying up 제비 (메모리, 파일 열기, 소켓을 열고 ...) · 좋은 것.
- "Response Succeeded Time의 경우 (로드데이터셋) ", n = 큰 숫자입니까? 그것은 최근 성공적인 요청의 제비를 나타냅니다. 이것은 말하지 않습니다. 그것은 단지 당신의 뜻ERDDAP™무거운 사용.
- "Non-Tomcat-waiting Threads의 수"는 일반적인 값을 두 배로 늘리고 있습니까? 이것은 종종 심각한 문제가 발생합니다.ERDDAP™아래로 느리고 결국 동결. 이 시간이 지속될 경우지원하다ERDDAP™·
- "Memory Use Summary" 목록의 하단에 마지막 "Memory : 현재 사용"값이 매우 높습니까? 그것은 단지 높은 사용을 나타냅니다, 또는 그것은 문제의 표시일 수 있습니다.
- 스레드와 그 상태의 목록을 봐. 특별한 점은 무엇인가?
- 이름 * 귀하의 기관의 인터넷 연결 현재 느리나요? 인터넷 검색 "internet speed test" 무료 온라인 테스트 중 하나 사용 https://www.speakeasy.net/speedtest/ · 기관의 인터넷 연결이 느리면, 그 사이에 연결ERDDAP™원격 데이터 소스는 느리고, 연결ERDDAP™그리고 사용자는 느리게 될 것입니다. 때때로, 당신은 불필요한 인터넷 사용을 중지해서 이것을 해결할 수 있습니다 (e.g., 스트리밍 비디오를 시청하거나 화상 회의 통화) ·
- 이름 * 사용자의 인터넷 연결 현재 느리나요? 사용자는 "internet speed test"를 위해 인터넷을 검색하고 무료 온라인 테스트 중 하나를 사용합니다. https://www.speakeasy.net/speedtest/ · 사용자의 인터넷 연결이 느리다면, 액세스가 느리게 됩니다.ERDDAP· 때때로, 그들은 그들의 기관에 불필요한 인터넷 사용을 중지해서 이것을 해결할 수 있습니다 (e.g., 스트리밍 비디오를 시청하거나 화상 회의 통화) ·
- 뚱 베어?
더 보기더 많은 지원 얻기에 섹션·
폐쇄 및 재시작
- 톰캣과 멈춰가는 방법ERDDAP™
톰캣을 종료하고 재시작할 필요가 없습니다.ERDDAP이름 *ERDDAP™일시적으로 느린, 약간 알려진 이유에 대한 느린 (스크립트에서 많은 요청과 같은WMS이름 *) , 또는 변경을 적용datasets.xml파일.
톰캣을 종료하고 재시작해야 합니다.ERDDAP™당신은 setup.xml 파일에 변경을 적용해야하는 경우, 또는ERDDAP™동결, 걸림, 또는 잠금. 극단적인 상황에서,Java1 분 또는 2 동안 동결 될 수 있습니다. 전체 쓰레기 수집, 하지만 다음 복구. 그래서 그것은 1 분 또는 2을 기다릴 것이 좋습니다Java/ 한국어ERDDAP™정말 냉동 또는 긴 쓰레기 수집을하는 경우. (쓰레기 수집이 일반적인 문제인 경우,Tomcat에 더 많은 메모리를 할당·)
Tomcat Web Application Manager를 사용하여 Tomcat 또는 Shutdown Tomcat을 사용하는 것이 좋습니다. 완전 폐쇄 및 시작 Tomcat이 아닌 경우, 빨리 또는 나중에 PermGen 메모리 문제가있을 것입니다.
종료 및 Tomcat을 다시 시작ERDDAP::
- Linux 또는 Mac을 사용하는 경우:
(Tomcat, e.g., tomcat을 실행하는 특별한 사용자를 만들면 다음 단계를 사용자로 기억하십시오.)
- CD 사용 뚱 베어 /빈
- 사용 ps -ef|grep tomcat java/tomcat 프로세스 이름 * (희망적으로, 다만 1개의 과정은 목록으로 만들어질 것입니다) , 우리는 호출 할 javaProcessID로 아래.
- 이름 *ERDDAP™냉동/hung/locked 올라, use kill -3 javaProcessID로 이름 *Java (Tomcat을 실행하는 것) Tomcat 로그 파일에 스레드 덤프를 수행하려면: 뚱 베어 /logs/catalina.out 니다. 재부팅 후, 스레드 덤프 정보를 찾아서 문제를 진단할 수 있습니다. (그리고 그 위에 다른 유용한 정보) 내 계정 뚱 베어 /logs/catalina.out 및 또한 관련 부품을 읽을 수ERDDAP™로그 아카이브· 당신이 원하는 경우, 당신은 그 정보를 포함 하 고 우리의 참조더 많은 지원 얻기에 섹션·
- 사용 ./shutdown. 뚱 베어
- 사용 ps -ef|grep tomcat 반복적으로 java/tomcat 프로세스가 나열되지 않습니다.
때때로, java/tomcat 과정은 완전히 폐쇄하는 2 분까지 가지고 갈 것입니다. 그 이유는:ERDDAP™그 배경 스레드에 메시지를 보내 그들에 게 중지, 하지만 때로는이 스레드가 좋은 중지 장소에 얻을 긴 시간을 걸립니다.
- 분 후에 또는 이렇게, java/tomcat는 스스로 멈추지 않습니다, 당신은 사용할 수 있습니다
킬 -9 javaProcessID로
java/tomcat 프로세스를 강제로 즉시 중지합니다. 해당 이용 후기에 달린 코멘트가 없습니다. -9 스위치는 강력하지만 다양한 문제를 일으킬 수 있습니다. - 재시작ERDDAP™, 사용 ./startup.sh
- (주)ERDDAP™브라우저에서 다시 시작이 성공했는지 확인하십시오. (때때로 30 초를 기다리고로드하려고ERDDAP™당신의 브라우저에서 다시 성공합니다.)
- Windows를 사용하는 경우:
- CD 사용 뚱 베어 /빈
- 제품 정보shutdown.bat
- Windows 작업 관리자를 사용하려면 /need 할 수 있습니다 (Ctrl Alt Del를 통해 액세스) 그것을 보장하기 위해Java·Tomcat/ERDDAP™process/application은 완전히 멈추었습니다. 때때로, 프로세스/복제는 두 분까지 아래로 폐쇄할 것입니다. 그 이유는:ERDDAP™그 배경 스레드에 메시지를 보내 그들에 게 중지, 하지만 때로는이 스레드가 좋은 중지 장소에 얻을 긴 시간을 걸립니다.
- 재시작ERDDAP™, use 개시.bat
- (주)ERDDAP™브라우저에서 다시 시작이 성공했는지 확인하십시오. (때때로 30 초를 기다리고로드하려고ERDDAP™당신의 브라우저에서 다시 성공합니다.)
빈번한 충돌 또는 동결
이름 *ERDDAP™느린, 충돌 또는 동결, 뭔가 잘못. 자세히 보기ERDDAP로그 파일원인을 파악하려고합니다. 당신이 할 수없는 경우, 세부 사항을 포함하고 우리의보기더 많은 지원 얻기에 섹션·
가장 일반적인 문제는 한 번에 여러 스크립트를 실행하고 / 또는 잘못된 요청의 많은 번호를 만드는 사람입니다. 이 일이 발생하면 사용자가 블랙리스트를해야합니다. blacklisted user가 요청을 할 때, 응답의 오류 메시지는 문제를 해결하기 위해 이메일을 보내도록 권장합니다. 그런 다음 한 번에 한 개의 스크립트를 실행하고 스크립트에 문제를 해결하기 위해 격려 할 수 있습니다. (e.g., 원격 데이터 세트에서 데이터를 요청하여 타이밍 전에 응답 할 수 없습니다.) · 보기 [<requestBlacklist> 당신의datasets.xml파일] (/docs/server-admin/datasets#request블랙리스트) ·
극단적인 상황에서,Java1 분 또는 2 동안 동결 될 수 있습니다. 전체 쓰레기 수집, 하지만 다음 복구. 그래서 그것은 1 분 또는 2을 기다릴 것이 좋습니다Java/ 한국어ERDDAP™정말 냉동 또는 긴 쓰레기 수집을하는 경우. (쓰레기 수집이 일반적인 문제인 경우,Tomcat에 더 많은 메모리를 할당·)
이름 *ERDDAP™느리거나 동결이 되고 문제는 말썽일한 사용자 또는 긴 쓰레기 수집이 아닙니다, 당신은 보통 문제를 해결할 수 있습니다재시작ERDDAP™· 내 경험은ERDDAP™재시작 없이 달 동안 실행할 수 있습니다.
관련 기사
모니터할 수 있습니다.ERDDAP's 상태 보고/erddap/status.html(주), 위쪽의 통계. 이름 *ERDDAP™느리거나 동결되고 문제는 단지 극단적으로 무거운 사용법이 아닙니다, 당신은 보통 문제를 해결할 수 있습니다재시작ERDDAP™· /erddap/metrics에서 Prometheus 통합을 통해 추가 메트릭스가 있습니다.
내 경험은ERDDAP™재시작 없이 달 동안 실행할 수 있습니다. 당신은 당신이 만든 몇 가지 변경을 적용하려는 경우 다시 시작해야ERDDAP's setup.xml 또는 새 버전을 설치해야 할 경우ERDDAP™·Java, Tomcat, 또는 운영 체계. 재시작해야 하는 경우ERDDAP™자주, 뭔가 잘못. 더 보기ERDDAP로그 파일원인을 파악하려고합니다. 당신이 할 수없는 경우, 세부 사항을 포함하고 우리의보기더 많은 지원 얻기에 섹션· 임시 해결책으로, 당신은 사용 시도할지도 모릅니다모나이트사용자 정의ERDDAP™그리고 그것을 다시 시작하면. 또는, 당신은 다시 시작 cron 작업을 만들 수ERDDAP™ (뚱 베어) 자주 묻는 질문 모니터링 및 재시작하기 위해 스크립트를 작성하는 것은 조금 어려울 수 있습니다.ERDDAP· 도움이 될 수있는 몇 가지 팁 :
- Tomcat 프로세스가 여전히 grep과 함께 -c 스위치를 사용하여 실행되는 경우 테스트를 단순화 할 수 있습니다. ₢ 킹 뚱 베어 사용자 이름 |사이트맵 그것은 "1"으로 출력을 감소시킬 것입니다. tomcat 프로세스가 여전히 살아있을 경우, 또는 "0" 프로세스가 중단되면.
- 당신이 어둡게 좋은 경우에, 당신은 processID를 결과에서 추출할 수 있습니다 ₢ 킹 뚱 베어 사용자 이름 |grep java, 스크립트의 다른 줄에서 processID를 사용합니다.
Monit 또는 cron 작업을 설정하면 세부 사항을 공유 할 수 있다면 좋습 니다.더 많은 지원 얻기에 섹션공유 할 수있는 곳.
채용정보
반복적으로 Tomcat Manager를 다시로드하는 경우 (또는 정지 및 시작) ERDDAP™·ERDDAP™java.lang을 시작하고 던질 수 없습니다. OutOfMemoryError: 퍼머젠. 해결책은 주기적으로 입니다 (또는 매번?) 종료 및 재시작 tomcat 및ERDDAP™, 다만 reloading 대신ERDDAP·
\[업데이트: 이 문제는 크게 최소화되거나 고정되었습니다.ERDDAP™버전 1.24.\]
로그인
- 로그.txt
이름 *ERDDAP™시작하지 않거나 뭔가 예상대로 작동하지 않는 경우, 그것은 오류 및 진단 메시지를보고 매우 유용합니다ERDDAP™로그 파일. - 로그 파일 큰Parent감독 다운로드 ( 큰Parent감독 정의된설정.xml) · 로그인이 없습니다. txt 파일 또는 로그인 경우. txt 파일은 재시작 이후 업데이트되지 않았습니다ERDDAP™, 봐Tomcat 로그 파일오류 메시지가 있으면 볼 수 있습니다.
- 로그 파일에서 진단 메시지의 유형:
- "error"라는 단어는 무언가가 그렇게 잘못되었을 때 사용됩니다. 오류를 얻기 위해 성가신이지만, 문제를 처리하는 오류 힘. 우리의 생각은 오류를 던지는 것이 더 낫습니다.ERDDAP™따라 호블, 당신이 기대하지 않은 방식으로 일.
- "warning"라는 단어는 잘못되었을 때 사용되지만 절차가 완료 될 수 있습니다. 이것은 꽤 드문다.
- 다른 것은 단지 유익한 메시지입니다. 당신은 얼마나 많은 정보를 기록 할 수 있습니다 [<로그레벨> (/docs/server-admin/datasets#loglevel의 경우) datasets.xml·
- Dataset reloads and user responses that take >10 초 완료 (성공적으로 또는 실패) "으로 표시 (>10s!) · 따라서, 이 구문에 대한 log.txt 파일을 검색할 수 있습니다. 데이터셋을 다시로드하거나 마무리하는 요청 수를 찾을 수 있습니다. 그런 다음 dataset 문제가되었거나 사용자 요청이 무엇인지 확인하기 위해 log.txt 파일에서 더 높을 수 있습니다. 이 느린 dataset 짐 및 사용자 요구는 때때로 과세입니다ERDDAP· 그래서 이러한 요청에 대해 더 알고 당신은 문제를 식별하고 해결 할 수 있습니다.
- 이 정보는 상당히 큰 펑크에 디스크 드라이브에 로그 파일에 기록됩니다. 장점은 매우 효율적입니다 --ERDDAP™로그 파일에 기록 될 정보를 기다리지 않을 것입니다. 단점은 로그가 거의 항상 부분 메시지로 끝나고 다음 펑크가 작성 될 때까지 완료되지 않습니다. 업데이트 할 수 있습니다. (즉시) 으로 보고ERDDAP's 상태 웹 페이지' https://your.domain.org/erddap/status.html (또는http://이름 *https지원되지 않음) ·
- log.txt 파일이 20MB로 얻을 때, 파일이 renamed 로그입니다. txt.previous 새로운 log.txt 파일이 생성됩니다. 그래서 로그 파일은 축적되지 않습니다.
setup.xml에서 로그 파일에 대한 다른 최대 크기를 지정할 수 있습니다., MegaBytes. 허용되는 최소 1 (사이트맵) · 허용되는 최대 2000 (사이트맵) · 기본값은 20 (사이트맵) · 예를 들면:
<logMaxSizeMB>20</logMaxSizeMB>
- 언제 다시 시작ERDDAP™· ERDDAP™log.txt 및 log의 아카이브 복사본을 만듭니다. txt.previous files 파일 이름의 타임 스탬프. 다시 시작 전에 문제가 발생하면 문제가 무엇인지에 따라 clues에 이러한 아카이브 파일을 분석하는 데 유용 할 수 있습니다. 더 이상 필요하지 않은 경우 아카이브 파일을 삭제할 수 있습니다.
로그인.txt
ERDDAP로그인 txt 파일은 파싱을 위해 설계되지 않습니다. (원하는 정보를 추출하는 정규 표현식을 만들 수 있지만) · 뭔가 잘못 될 때 잘못 될 때 인간적인 인물을 돕기 위해 설계되었습니다. 버그 또는 문제 보고서를 제출할 때ERDDAP™개발자, 가능한 경우, troublesome 요청과 관련된 log.txt 파일에서 모든 정보를 포함하십시오.
효율성 이유를 위해,ERDDAP™로그에 대한 정보를 작성합니다. 정보의 큰 펑크가 축적 된 후 txt. 로그인을 하시면 됩니다. 오류가 발생한 후 txt는 오류 관련 정보가 아직 log.txt에 기록되지 않았습니다. log.txt에서 최신 정보를 얻으려면,ERDDAP이름 *status.html 페이지· 시간 :ERDDAP™요청 프로세 스, 그것은 log.txt에 모든 공개 정보를 플러시합니다.
제품 정보ERDDAP™사용 통계, please useApache 및/또는 Tomcat 로그 파일대신에ERDDAP로그인 이름 *ERDDAP이름 *status.html 페이지 (이름 *) 이름 *매일 보고서 (더 보기) 많은 수의 사용 통계를 가지고 있습니다.
Tomcat 로그
이름 *ERDDAP™오류가 매우 일찍 발생했기 때문에 시작하지 않습니다.ERDDAP's start, 오류 메시지는 Tomcat의 로그 파일에서 표시됩니다. ( 뚱 베어 /logs/카탈리나. 오늘 .log 또는 뚱 베어 /logs/카탈리나.out) ·ERDDAP's log.txt 파일·
사용법 통계: 로그인 파일에서 수집하려는 대부분의 정보 (e.g., 사용 통계) , Apache 및/또는 Tomcat 로그 파일을 사용하십시오. 그들은 멋지게 포맷되어 정보의 유형이 있습니다. 수많은 도구가 있습니다. 예를 들어,AWS 통계·ElasticSearch의 Kibana·사이트맵, 그러나 웹을 검색하여 귀하의 목적을 위해 올바른 도구를 찾을 수 있습니다.
로그 파일만 IP 주소로 사용자를 식별합니다. 주어진 IP 주소, e.g와 관련된 정보를 얻을 수있는 웹 사이트가 있습니다.IsMyIP주소, 그러나 당신은 일반적으로 사용자의 이름을 찾을 수 없습니다.