한글(v1.0.1)

FAQ and Troubleshooting Guide

유저들의 질의사항을 기록하여 비슷한 문제를 겪는 사용자들에게 답을 줄 수 있도록 안내해드리는 페이지입니다.

1. scram build시 컴파일 에

위 에러의 경우는 CMSSW framework 디렉토리에서 CMSSW 환경과 sft.cern.ch에 있는 ROOT 환경이 충돌하여 발생하였습니다. 깨끗한 환경변수 상태에서 cmsenv만 진행 후 작업하면 이상이 없습니다.

2. 작업이 끝나지 않아요!

끝날 시간이 되었으나 끝나지 않는 작업의 경우 몇가지를 확인하여야 합니다.

(1) 사용하는 데이터 파일이 외부에 있는 경우,

작업의 CPU 사용률을 확인하면 대략 알 수 있습니다.

[geonmo@ui20 manifests]$ condor_jobstatus runiyal
 ID         Owner   RemoteHost                    CPUsUsage            
9100463.0   runiyal slot1@bio-wn3006.sdfarm.kr    0.001307340657177903 
9100471.0   runiyal slot1@bio-wn3017.sdfarm.kr    0.002598957544583386 
9100537.0   runiyal slot1@bio-wn3015.sdfarm.kr    0.002616651650138061 
9100561.0   runiyal slot1@bio-wn3015.sdfarm.kr    0.002691392044219451 
9100664.0   runiyal slot3@bio-wn3016.sdfarm.kr    0.002509965002770551 
9100709.0   runiyal slot1@bio-wn3011.sdfarm.kr    0.004661354284485942 
9101560.0   runiyal slot2@bio-wn3011.sdfarm.kr    0.004759655887460485 
9101561.0   runiyal slot3@condor-wn1012.sdfarm.kr 0.02173146070995057  
9101575.0   runiyal slot2@condor-wn1008.sdfarm.kr 0.002791534221159765

분석 데이터 파일이 KISTI가 아니라 외부의 있는 경우 뿐만 아니라 premixing 등에 사용되는 pileup event가 외부 사이트에 있을 경우에도 속도가 매우 떨어지게 됩니다. 해결방법은 해당 데이터들을 사이트 관리자의 도움을 받아 KISTI로 전송하는 것입니다.

(2) 머신 상태가 불량한 경우,

아래처럼 작업의 CPU 사용률이 0.0이면서 같은 머신에서 여러 작업들이 멈쳐 있는 경우라면 해당 머신에 문제가 생긴 것으로 판단할 수 있습니다.

[geonmo@ui20 manifests]$ condor_jobstatus geonmo
9100560.0   geonmo slot1@condor-wn1016.sdfarm.kr 0.0                  
9100560.1   geonmo slot1@condor-wn1016.sdfarm.kr 0.0                  
9100560.2   geonmo slot1@condor-wn1016.sdfarm.kr 0.0

3. 패스워드를 리셋하고 싶어요!

패스워드를 리셋하려면 텔레그램에서 @GSDCAccountBot을 친구 추가해주세요.

  • GSDCAccountBot 창에서 "/start" 명령어로 시작합니다.

  • [Reset password]를 선택하면 "커뮤니티" 이름을 물어봅니다. 이때, "CMS"를 입력합니다.

  • 아이디와 이메일 주소를 입력합니다.

  • 이메일로 수신된 OTP 코드를 입력합니다.

  • 정상적으로 마무리되면 이메일 주소로 리셋된 패스워드가 전송됩니다. 해당 패스워드로 접속을 하면 패스워드를 바로 변경할 수 있습니다.

  • 이후 다시 리셋을 할때에는 "/start" 명령을 클릭해야 합니다.

4. /xrootd/store/user/<ID> 디렉토리와 /xrootd_user/<ID> 디렉토리가 없어요!

/xrootd_user 디렉토리는 스토리지의 쓰기 관련한 작업을UI 서버에서 처리 할 수있도록 지원하기 위해 생성된 디렉토리입니다. 이 디렉토리는 관리자가 생성해주는디렉토리입니다. 관리자에게 CENRN Account ID와 함께 요청을 해주세요.

/xrootd/store/user/<ID> 디렉토리는 CRAB 작업 제출을 통해 생성이가능합니다. CRAB3 사용관련 페이지를 참고해주세요.

5. UI 서버에서 작업을 하려고 하는데 타이핑도 늦어질 정도로 느려요!

현재까지 알려진 속도 지연현상의 원인은 아래와 같습니다. (1) CPU 과다 사용 이 경우는 사용자가 top 명령어를 통해 CPU 사용량을 확인하면 쉽게 알 수 있습니다. 해결방법으로 다른 UI 서버를 사용하시면 됩니다. 또한, 자원을 남용하는 사용자의 계정명을 알려주시면 조치를 취하겠습니다. (2) HOME 디렉토리 과다 사용 홈디렉토리에 과도한 쓰기 작업이 실행되면 모든 사용자들에 디스크 쓰기 필요 작업들에 영향을 주게 됩니다. 대개, 잠깐 기다리면 해결이 됩니다만, 치명적인 문제가 발생할 수도 있기 때문에 다음과 같은 내용 확인 후 관리자에게 전달을 부탁드립니다.

아래 명령 실행 후 shadow가 너무 많은 경우(200개 이상)에는 연락 바랍니다.

ps -ef | grep condor_shadow

쓰기 작업의 특성상 지연 현상이 장기간 이어지는 경우는 많지 않습니다. 따라서, 조금만 기다려주시면 해당 이슈가 사라질 겁니다. 대량의 쓰기 작업을 필요로 하시는 사용자 분들께서는 되도록 /cms_scratch 등 사용자 홈디렉토리와 연관이 적은 스토리지를 활용해주시기를 요청드립니다.

Previous빅데이터 분석 환경 구축하기

Last updated