서버엔진 로그는 서버엔진이 처리하는 과정에서 발생하는 로직 처리 지연, 파일 접근
오류, 캐시 갱신 내용을 로그 파일에 기록합니다.
서버엔진 내 처리 과정마다 수행하는데 시간이 2초이상 지연이 발생되면 로그로 기록됩니다.
|
1)getpathinfo() : finished - 2)4 sec, -826000 milli sec [3]loadtester058, 4)/loadtest/test058.txt] |
-> 3)loadtester058 사용자의 1) GetPathInfo(클라이언트 로그 상의 PATHi 작업) 프로토콜의 작업 진행 시 4)/loadtest/test058.txt 경로에서 2) 4초 826000밀리 초 지연이 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
|
1)pdrive_is_exist_no_case : 2) finished – 3)10 sec, 1100 milli sec : [/plusdrive/orgcowork/00001/data/test/test.xlsx] |
-> 리눅스 서버인 경우 1)경로의 대소문자를 검증하는 작업으로 2)작업 완료 후 3)10초 1100밀리 초 지연이 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
-> 파일의 경로가 긴 경우 루프 도는 시간이 길어져 지연이 발생할 수 있습니다.
예시-3
|
1)init_pdrive_cache() fetch_group orgcowork : 2)3 sec, -44000 milli sec : [3]loadtester058, 4)20230207133222] |
-> 4)2023년 2월 7일 13시 32분 22초에 3)loadtester058 사용자의 1)부서정보 초기화(갱신) 작업 진행 시 2)3초 44440 밀리 초 지연이 발생.
-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.
예시-4
|
1)fetch_share2 : fetch_global_share - 2)2 sec, 83000 milli sec : [3]yhkim, 4)00000] |
-> 4)문서함 아이디가 00000인 문서함에서 3)yhkim 사용자가 1)부서에 공유한 폴더 권한정보 초기화(갱신) 시 2)2초 83000 밀리 초 지연이 발생.
-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.
예시-5
|
1)fetch_share2 : fetch_personal_share - 2)2 sec, 84000 milli sec : [3]yhkim, 4]00000] |
-> 4)문서함 아이디가 00000인 문서함에서 3)yhkim 사용자가 1)사용자에게 공유한 폴더 권한정보 초기화(갱신) 시 2)2초 84000 밀리 초 지연이 발생.
-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.
예시-6
|
1)init_pdrive_cache() fetch_acl orgcowork : 2)13 sec, -919000 milli sec : [3)loadtester002, 4)20230207113041] |
-> 4)2023년 2월 7일 11시 30분 41초에 3)loadtestser002 사용자가 문서함 접근하여 1)해당 문서함에 설정된 폴더권한 캐시 초기화하는데 2)13초 919000 밀리 초 지연이 발생.
-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.
예시-7
|
1)fetch_doc_security_level : fetch_doc_security_user_level - 2)4 sec, -264000 milli sec : [3)loadtester095, 4)20230207114913] |
-> 4)2023년 2월 7일 11시 49분 13초에 3)loadtestser002 사용자의 1)문서보안등급 취급 권한 초기화 시 4)13초 919000 밀리 초 지연이 발생.
-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.
예시-8
|
shareaccess() : finished – 2)5 sec, 1000 milli sec : [3)gdhong, 4)20230213151112, 5)00003, 6)/test/test.xlsx] |
-> 4)2023년 2월 13일 15시 11분 12초에 3)gdhong 사용자가 요청한 1)CreateShareAccess (cAcl) 프로토콜 작업 완료 시 2)5초 1000 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
예시-9
|
1)deleteshareaccess() : finished – 2)10 sec, 1100 milli sec : [3)gdhong, 4)202302130151112, 5)00003, 6)/test/test.xlsx] |
-> 4)2023년 2월 13일 15시 11분 12초에 3)gdhong 사용자가 5)00003 문서함의 6)/test/test.xlsx 경로에서 요청한 1)DeleteShareAccess (dAcl) 프로토콜 작업 완료 시 2)10초 1100 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
예시-10
|
1)invoke_print_file_list() : print_file_list before – 2)9 sec, -16000 milli sec : [3)svcadmin, 4)20230207114906, 5)/, 6)explorer.exe] |
-> 3)svcadmin 사용자가 6)탐색기 프로세스에서 5)"/" 경로의 목록 요청 시 1)GetList(L) 프로토콜 작업 중 목록보기 작업 수행 전 2)9초 16000 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
-> 보안등급, 개인정보 기능이 활성화되어 있으면, 폴더 내 파일 수량이 많을수록 지연이 발생할 수 있습니다.
예시-11
|
1)getpathinfo() : finished – 2)10 sec, 1100 milli sec [3]gdhong, 4)/test/test.docx] |
-> 3)gdhong 사용자가 5)"/test/test.docx" 경로의 1)GetPathInfo(PATHi) 프로토콜 작업 수행 완료 후 2)10초 1100 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
-> 파일의 경로가 긴 경우 루프 도는 시간이 길어져 지연이 발생할 수 있습니다.
예시-12
|
1)getdiskinfo() : finished – 2)10 sec, 1100 milli sec : [3)gdhong, 4)00003, 5)20230213154101] |
-> 5)2023년 2월 13일 15시 41분 1초에 3)gdhong 사용자가 요청한 4)00003 문서함의 1)용량 정보 확인 작업 완료 시 2)10초 1100 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
예시-13
|
1)renamefile() : finished - 2)2 sec, 1000 milli sec : [3)gdhong, 4)20230213111601, 5)/load/test.xlsx] |
-> 4)2023년 2월 13일 11시 16분 1초에 3)gdhong 사용자가 5)/load/test.xlsx 파일의 1)이름 변경 작업 완료 시 2)2초 1000 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
예시-14
|
1)putfile2() : finished - 2)12 sec, 15000 milli sec [3)gdhong, 4)/test/test.xlsx] |
-> 3)gdhong 사용자가 4)/test/test.xlsx 파일 1)업로드 완료 시 2)12초 15000 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
-> 사용자와 서버 간의 네트워크 보안(침입탐지, 방화벽등)으로 인하여 업로드 속도가 지연이 발생할 수 있습니다.
-> 특정 사용자만 발생하는 경우에는 사용자의 PC의 보안프로그램 영향으로 인하여 발생할 수 있습니다.
예시-15
|
1)putfile() : finished - 2)15 sec, 1000 milli sec [3)gdhong, 4)/test/test.xlsx] |
-> 3)gdhong 사용자가 4)/test/test.xlsx 파일 1)(확장 또는 로컬에서)업로드 시 2)15초 1000 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
-> 대용량 파일 업로드인 경우에는 정상 로그입니다.
예시-16
|
1)print_file_list() : nd_closedir after - 2 sec, -824463 milli sec : [3]gdhong, 20230322135619, /plusdrive/orgcowork/00001/data/17. 인공지능팀/00. 개인 주간 업무/old, explorer.exe] |
-> 3)gdhong 사용자가 윈도우탐색기에서 4)/plusdrive/orgcowork/00001/data/17. 인공지능팀/00. 개인 주간 업무/old 폴더의 1)폴더 및 파일 목록 정보를 가져올 시 2)2초 824463 밀리 초 지연 발생.
-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.
예시-17
|
1)read_pdrive_group_list_by_cache : read_group_list end – 2)3 sec, -656000 milli sec : [3]00003, 4)gdhong] |
-> 4)gdhong 사용자의 1)그룹 캐시 파일을 읽어오는 부분에서 2)3초 656000 밀리 초 지연 발생.
-> 서버에 있는 그룹 캐시 파일을 읽어올 때 지연이 발생한 것으로 디스크 읽기 속도 저하로 인해 지연이 발생할 수 있으며, 서버 자원(CPU, 메모리 등) 사용량 확인이 필요합니다.
예시-1
|
1)putfile() pdrive_PutFile_file_open_new : 2)fopen64 error (Server Error) – 3)/plusdrive/orgcowork/00003/data/test/test.xlsx |
-> 3)/plusdrive/orgcowork/00003/data/test/test.xlsx 경로의 파일을 1)업로드 중 파일을 여는 작업 시 2)오류 발생.
-> 실제로 존재하지 않는 파일 경우에 발생합니다.
-> 리눅스 서버인 경우에는 파일 소유권자에 접근 권한이 있는지 확인이 필요합니다.
예시-2
|
1)pdrive_create_pdrive_file fopen64 2)error = 38 (File name is too long) |
-> 1)파일 생성 중 열기 작업 시 요청한 2)파일명이 길어서 발생한 오류.
-> 리눅스 서버인 경우에는 파일명 최대가 256byte로 제한되어 있고 서버에서 파일 생성 시 secure+, cld+가 파일명에 추가되는 경우에 제한 길이를 넘어서 오류가 발생할 수 있습니다.
예시-1
|
1)check_pdrive_type_group_list_by_cache iGroupType = 0 : cache updated! 2)00003, 3)svcadmin, 1675742753 |
-> 문서함 아이디가 2)00003인 문서함에서 3)svcadmin 사용자의 1)부서 정보 캐시가 갱신.
예시-2
|
1)check_pdrive_type_group_list_by_cache iGroupType = 1 : cache updated! 2)00003, 3)svcadmin, 1675742753 |
-> 문서함 아이디가 2)00003인 문서함에서 3)svcadmin 사용자의 1)타입 정보 캐시가 갱신.
예시-3
|
1)check_pdrive_type_share_list_by_cache2() : iShareType=0 Share cache updated!, 20230207 131828, 2)00000, 3)loadtester002, 1675742791, 1675743508, pid = 11668 |
-> 문서함 아이디가 2)00000인 문서함에서 3)loadtester002 사용자의 1)부서 폴더공유 캐시가 갱신.
예시-4
|
1)check_pdrive_type_share_list_by_cache2() : iShareType=2 Share cache updated!, 20230207 131828, 2)00000, 3)loadtester002, 1675742791, 1675743508, pid = 11668 |
-> 문서함 아이디가 2)00000인 문서함에서 3)loadtester002 사용자의 1)사용자 폴더공유 캐시가 갱신.
예시-5
|
1)check_pdrive_type_acl_list_by_cache2() : iAclType=0 ACL cache updated!, 20230207 132206, 2)00003 |
-> 문서함 아이디가 2)00003인 문서함의 1)전체 부서 폴더권한 캐시를 갱신.
예시-6
|
1)check_pdrive_type_acl_list_by_cache2() : iAclType=2 ACL cache updated!, 20230207 132206, 2)00003 |
-> 문서함 아이디가 2)00003인 문서함의 1)전체 사용자 폴더권한 캐시를 갱신.
예시-7
|
1)check_pdrive_doc_security_user_level_list_by_cache : cache updated! 2)svcadmin, 1675742754 |
-> 2)svcadmin 사용자의 1)문서보안등급 취급 권한 캐시를 갱신.
예시-8
|
1)check_pdrive_doc_security_level_define_list_by_cache : cache updated! 2)1000000000000, 1666847385 |
-> 2)1000000000000 도메인의 1)보안등급정보 캐시를 갱신.
예시-1
|
1)open_pdrive_type_doc_security_user_level_info_by_cache : 2)pdrive_wlock error - [gdhong] |
-> 1)gdhong 사용자의 2)문서보안등급 취급 권한 캐시를 메모리에 갱신하기 위한 작업 수행 중 3)쓰기Lock 실패하여, 사용자의 문서함 작업이 원활하지 않을 수 있음