서버엔진 로그 예시 및 설명

서버엔진 로그는 서버엔진이 처리하는 과정에서 발생하는 로직 처리 지연, 파일 접근 오류, 캐시 갱신 내용을 로그 파일에 기록합니다.

로그 파일 경로

윈도우 : c:\plusdrive\log\pdrive_debug.log
리눅스 : /plusdrive/log/pdrive_debug.log

로그 처리 지연 로그

서버엔진 내 처리 과정마다 수행하는데 시간이 2초이상 지연이 발생되면 로그로 기록됩니다.

예시-1

¹⁾getpathinfo() : finished - ²⁾4 sec, -826000 milli sec [^3]loadtester058, ⁴⁾/loadtest/test058.txt]

-> ³⁾loadtester058 사용자의 ¹⁾ GetPathInfo(클라이언트 로그 상의 PATHi 작업) 프로토콜의 작업 진행 시 ⁴⁾/loadtest/test058.txt 경로에서 ²⁾ 4초 826000밀리 초 지연이 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-2

¹⁾pdrive_is_exist_no_case : ²⁾ finished – ³⁾10 sec, 1100 milli sec : [/plusdrive/orgcowork/00001/data/test/test.xlsx]

-> 리눅스 서버인 경우 ¹⁾경로의 대소문자를 검증하는 작업으로 ²⁾작업 완료 후 ³⁾10초 1100밀리 초 지연이 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

-> 파일의 경로가 긴 경우 루프 도는 시간이 길어져 지연이 발생할 수 있습니다.

예시-3

¹⁾init_pdrive_cache() fetch_group orgcowork : ²⁾3 sec, -44000 milli sec : [^3]loadtester058, ⁴⁾20230207133222]

-> ⁴⁾2023년 2월 7일 13시 32분 22초에 ³⁾loadtester058 사용자의 ¹⁾부서정보 초기화(갱신) 작업 진행 시 ²⁾3초 44440 밀리 초 지연이 발생.

-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.

예시-4

¹⁾fetch_share2 : fetch_global_share - ²⁾2 sec, 83000 milli sec : [^3]yhkim, ⁴⁾00000]

-> ⁴⁾문서함 아이디가 00000인 문서함에서 ³⁾yhkim 사용자가 ¹⁾부서에 공유한 폴더 권한정보 초기화(갱신) 시 ²⁾2초 83000 밀리 초 지연이 발생.

-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.

예시-5

¹⁾fetch_share2 : fetch_personal_share - ²⁾2 sec, 84000 milli sec : [^3]yhkim, ^4]00000]

-> ⁴⁾문서함 아이디가 00000인 문서함에서 ³⁾yhkim 사용자가 ¹⁾사용자에게 공유한 폴더 권한정보 초기화(갱신) 시 ²⁾2초 84000 밀리 초 지연이 발생.

-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.

예시-6

¹⁾init_pdrive_cache() fetch_acl orgcowork : ²⁾13 sec, -919000 milli sec : [³⁾loadtester002, ⁴⁾20230207113041]

-> ⁴⁾2023년 2월 7일 11시 30분 41초에 ³⁾loadtestser002 사용자가 문서함 접근하여 ¹⁾해당 문서함에 설정된 폴더권한 캐시 초기화하는데 ²⁾13초 919000 밀리 초 지연이 발생.

-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.

예시-7

¹⁾fetch_doc_security_level : fetch_doc_security_user_level - ²⁾4 sec, -264000 milli sec : [³⁾loadtester095, ⁴⁾20230207114913]

-> ⁴⁾2023년 2월 7일 11시 49분 13초에 ³⁾loadtestser002 사용자의 ¹⁾문서보안등급 취급 권한 초기화 시 ⁴⁾13초 919000 밀리 초 지연이 발생.

-> 서버부하 또는 파일서버와 웹서버간 통신에 문제가 있거나, 웹서버의 응답지연이 발생하는 경우에도 캐시 갱신 시 지연이 발생할 수 있습니다.

예시-8

shareaccess() : finished – ²⁾5 sec, 1000 milli sec : [³⁾gdhong, ⁴⁾20230213151112, ⁵⁾00003, ⁶⁾/test/test.xlsx]

-> ⁴⁾2023년 2월 13일 15시 11분 12초에 ³⁾gdhong 사용자가 요청한 ¹⁾CreateShareAccess (cAcl) 프로토콜 작업 완료 시 ²⁾5초 1000 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-9

¹⁾deleteshareaccess() : finished – ²⁾10 sec, 1100 milli sec : [³⁾gdhong, ⁴⁾202302130151112, ⁵⁾00003, ⁶⁾/test/test.xlsx]

-> ⁴⁾2023년 2월 13일 15시 11분 12초에 ³⁾gdhong 사용자가 ⁵⁾00003 문서함의 ⁶⁾/test/test.xlsx 경로에서 요청한 ¹⁾DeleteShareAccess (dAcl) 프로토콜 작업 완료 시 ²⁾10초 1100 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-10

¹⁾invoke_print_file_list() : print_file_list before – ²⁾9 sec, -16000 milli sec : [³⁾svcadmin, ⁴⁾20230207114906, ⁵⁾/, ⁶⁾explorer.exe]

-> ³⁾svcadmin 사용자가 ⁶⁾탐색기 프로세스에서 ⁵⁾"/" 경로의 목록 요청 시 ¹⁾GetList(L) 프로토콜 작업 중 목록보기 작업 수행 전 ²⁾9초 16000 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

-> 보안등급, 개인정보 기능이 활성화되어 있으면, 폴더 내 파일 수량이 많을수록 지연이 발생할 수 있습니다.

예시-11

¹⁾getpathinfo() : finished – ²⁾10 sec, 1100 milli sec [^3]gdhong, ⁴⁾/test/test.docx]

-> ³⁾gdhong 사용자가 ⁵⁾"/test/test.docx" 경로의 ¹⁾GetPathInfo(PATHi) 프로토콜 작업 수행 완료 후 ²⁾10초 1100 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

-> 파일의 경로가 긴 경우 루프 도는 시간이 길어져 지연이 발생할 수 있습니다.

예시-12

¹⁾getdiskinfo() : finished – ²⁾10 sec, 1100 milli sec : [³⁾gdhong, ⁴⁾00003, ⁵⁾20230213154101]

-> ⁵⁾2023년 2월 13일 15시 41분 1초에 ³⁾gdhong 사용자가 요청한 ⁴⁾00003 문서함의 ¹⁾용량 정보 확인 작업 완료 시 ²⁾10초 1100 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-13

¹⁾renamefile() : finished - ²⁾2 sec, 1000 milli sec : [³⁾gdhong, ⁴⁾20230213111601, ⁵⁾/load/test.xlsx]

-> ⁴⁾2023년 2월 13일 11시 16분 1초에 ³⁾gdhong 사용자가 ⁵⁾/load/test.xlsx 파일의 ¹⁾이름 변경 작업 완료 시 ²⁾2초 1000 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-14

¹⁾putfile2() : finished - ²⁾12 sec, 15000 milli sec [³⁾gdhong, ⁴⁾/test/test.xlsx]

-> ³⁾gdhong 사용자가 ⁴⁾/test/test.xlsx 파일 ¹⁾업로드 완료 시 ²⁾12초 15000 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

-> 사용자와 서버 간의 네트워크 보안(침입탐지, 방화벽등)으로 인하여 업로드 속도가 지연이 발생할 수 있습니다.

-> 특정 사용자만 발생하는 경우에는 사용자의 PC의 보안프로그램 영향으로 인하여 발생할 수 있습니다.

예시-15

¹⁾putfile() : finished - ²⁾15 sec, 1000 milli sec [³⁾gdhong, ⁴⁾/test/test.xlsx]

-> ³⁾gdhong 사용자가 ⁴⁾/test/test.xlsx 파일 ¹⁾(확장 또는 로컬에서)업로드 시 ²⁾15초 1000 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

-> 대용량 파일 업로드인 경우에는 정상 로그입니다.

예시-16

¹⁾print_file_list() : nd_closedir after - 2 sec, -824463 milli sec : [^3]gdhong, 20230322135619, /plusdrive/orgcowork/00001/data/17. 인공지능팀/00. 개인 주간 업무/old, explorer.exe]

-> ³⁾gdhong 사용자가 윈도우탐색기에서 ⁴⁾/plusdrive/orgcowork/00001/data/17. 인공지능팀/00. 개인 주간 업무/old 폴더의 ¹⁾폴더 및 파일 목록 정보를 가져올 시 ²⁾2초 824463 밀리 초 지연 발생.

-> 서버 부하나 타 프로그램 간섭 또는 서버-스토리지 간의 성능 저하로 인하여 지연이 발생할 수 있습니다.

예시-17

¹⁾read_pdrive_group_list_by_cache : read_group_list end – ²⁾3 sec, -656000 milli sec : [^3]00003, ⁴⁾gdhong]

-> ⁴⁾gdhong 사용자의 ¹⁾그룹 캐시 파일을 읽어오는 부분에서 ²⁾3초 656000 밀리 초 지연 발생.

-> 서버에 있는 그룹 캐시 파일을 읽어올 때 지연이 발생한 것으로 디스크 읽기 속도 저하로 인해 지연이 발생할 수 있으며, 서버 자원(CPU, 메모리 등) 사용량 확인이 필요합니다.

파일 접근 오 류 로그

서버엔진이 파일 접근 시 발생하는 오류 로그입니다.

예시-1

¹⁾putfile() pdrive_PutFile_file_open_new : ²⁾fopen64 error (Server Error) – ³⁾/plusdrive/orgcowork/00003/data/test/test.xlsx

-> ³⁾/plusdrive/orgcowork/00003/data/test/test.xlsx 경로의 파일을 ¹⁾업로드 중 파일을 여는 작업 시 ²⁾오류 발생.

-> 실제로 존재하지 않는 파일 경우에 발생합니다.

-> 리눅스 서버인 경우에는 파일 소유권자에 접근 권한이 있는지 확인이 필요합니다.

예시-2

¹⁾pdrive_create_pdrive_file fopen64 ²⁾error = 38 (File name is too long)

-> ¹⁾파일 생성 중 열기 작업 시 요청한 ²⁾파일명이 길어서 발생한 오류.

-> 리눅스 서버인 경우에는 파일명 최대가 256byte로 제한되어 있고 서버에서 파일 생성 시 secure+, cld+가 파일명에 추가되는 경우에 제한 길이를 넘어서 오류가 발생할 수 있습니다.

캐시 갱신 로그

권한, 공유, 그룹, 문서보안등급 등의 캐시 파일의 내용을 메모리에 갱신할 때 생성됩니다. 이 로그를 통해서 각 캐시가 갱신된 시각을 확인할 수 있으며, 캐시가 정상적으로 반영되지 않는 경우의 추적에 사용됩니다.

예시-1

¹⁾check_pdrive_type_group_list_by_cache iGroupType = 0 : cache updated! ²⁾00003, ³⁾svcadmin, 1675742753

-> 문서함 아이디가 ²⁾00003인 문서함에서 ³⁾svcadmin 사용자의 ¹⁾부서 정보 캐시가 갱신.

예시-2

¹⁾check_pdrive_type_group_list_by_cache iGroupType = 1 : cache updated! ²⁾00003, ³⁾svcadmin, 1675742753

-> 문서함 아이디가 ²⁾00003인 문서함에서 ³⁾svcadmin 사용자의 ¹⁾타입 정보 캐시가 갱신.

예시-3

¹⁾check_pdrive_type_share_list_by_cache2() : iShareType=0 Share cache updated!, 20230207 131828, ²⁾00000, ³⁾loadtester002, 1675742791, 1675743508, pid = 11668

-> 문서함 아이디가 ²⁾00000인 문서함에서 ³⁾loadtester002 사용자의 ¹⁾부서 폴더공유 캐시가 갱신.

예시-4

¹⁾check_pdrive_type_share_list_by_cache2() : iShareType=2 Share cache updated!, 20230207 131828, ²⁾00000, ³⁾loadtester002, 1675742791, 1675743508, pid = 11668

-> 문서함 아이디가 ²⁾00000인 문서함에서 ³⁾loadtester002 사용자의 ¹⁾사용자 폴더공유 캐시가 갱신.

예시-5

¹⁾check_pdrive_type_acl_list_by_cache2() : iAclType=0 ACL cache updated!, 20230207 132206, ²⁾00003

-> 문서함 아이디가 ²⁾00003인 문서함의 ¹⁾전체 부서 폴더권한 캐시를 갱신.

예시-6

¹⁾check_pdrive_type_acl_list_by_cache2() : iAclType=2 ACL cache updated!, 20230207 132206, ²⁾00003

-> 문서함 아이디가 ²⁾00003인 문서함의 ¹⁾전체 사용자 폴더권한 캐시를 갱신.

예시-7

¹⁾check_pdrive_doc_security_user_level_list_by_cache : cache updated! ²⁾svcadmin, 1675742754

-> ²⁾svcadmin 사용자의 ¹⁾문서보안등급 취급 권한 캐시를 갱신.

예시-8

¹⁾check_pdrive_doc_security_level_define_list_by_cache : cache updated! ²⁾1000000000000, 1666847385

-> ²⁾1000000000000 도메인의 ¹⁾보안등급정보 캐시를 갱신.

Lock 오류 로그

서버 작업 지연에 의한 타임아웃 오류로 추정되며, 증상이 해소되지 않고 계속적으로 발생하는 경우 Apache 서비스 재시작이 필요합니다. 엔진 업데이트 이후에만 발생하는 경우 이전에 사용하던 버전의 엔진으로 변경하여 적용 후 추가적으로 확인 필요할 수 있습니다.

예시-1

¹⁾open_pdrive_type_doc_security_user_level_info_by_cache : ²⁾pdrive_wlock error - [gdhong]

-> ¹⁾gdhong 사용자의 ²⁾문서보안등급 취급 권한 캐시를 메모리에 갱신하기 위한 작업 수행 중 ³⁾쓰기Lock 실패하여, 사용자의 문서함 작업이 원활하지 않을 수 있음

서버엔진 로그 예시 및 설명

서버엔진 로그 예시 및 설명

로그 파일 경로

로그 처리 지연 로그

파일 접근 오류 로그

캐시 갱신 로그

Lock 오류 로그

파일 접근 오 류 로그