터미널에서는 정상 실행되는 집계 스크립트가 cron에 등록한 뒤 결과 파일을 만들지 않는다고 가정해 보겠습니다. 같은 파일을 실행해도 계정, 명령어 검색 경로, 작업 디렉터리와 환경변수가 다르면 결과가 달라질 수 있습니다. cron에 등록해놓고 실행되는 쉘이 어떤것인지 확인하지 않는다면 설정한 cron은 정상적으로 동작하지 않아 다음날 작업 확인시 운영자를 당황스럽게 할 수 있습니다. 이 글은 Linux의 Cronie 계열 사용자 crontab과 Bash 스크립트를 예시로, 대화형 실행과 예약 실행의 차이를 좁혀 가는 순서를 설명합니다.예약 실행이 시작됐는지와 실행 계정을 먼저 확인결과 파일이 없다는 사실만으로 스크립트가 실패했다고 단정할 수는 없습니다. cron의 예약 자체가 실행되지 않았는지, 실행 ..

logrotate 실행 뒤 새 로그 파일은 생겼는데 크기가 늘지 않는다면, 파일 생성만으로 순환이 끝났다고 판단하기 어렵습니다. 애플리케이션이 이전 파일에 계속 기록하는지, 새 파일을 열지 못했는지부터 확인하고, 그 다음 log rotate 설정을 점검합니다. 이 점검을 소홀히 한다면 기존 로그파일에 적재되어 초반의 로그는 사라질 수도 있습니다.이 글은 Linux에서 일반 파일에 직접 기록하는 애플리케이션을 대상으로 파일 교체와 로그 재열기 사이의 점검 순서를 설명합니다.파일 이름이 바뀌어도 열린 파일은 유지가정해 보겠습니다. app.log를 app.log.1로 이름 변경하고 같은 경로에 새 app.log를 만들었지만, 서비스는 기존 파일을 계속 열고 있습니다. 프로세스가 사용하는 파일 디스크립터는 열린..

파일을 저장하려는데 “No space left on device”가 나왔지만 디스크에는 여유가 남아 있습니다. 이때 큰 파일부터 지우면 원인을 놓칠 수 있습니다. 파일시스템에는 데이터를 담을 공간과 파일 정보를 관리할 자원이 따로 있기 때문입니다. 이 글은 GNU 도구를 사용하는 Linux 환경에서 두 자원을 구별하는 점검 순서를 설명합니다.파일시스템에서 빈 공간과 inode는 서로 다른 객체inode는 소유자·권한·시간 정보와 데이터 위치 등 파일의 메타데이터를 담는 구조입니다. 파일명은 디렉터리 항목에 기록되고 해당 inode와 연결됩니다. Linux 커널의 ext4 문서도 이 구분을 설명합니다.새 파일이나 디렉터리를 만들려면 이를 위한 inode가 필요합니다. 따라서 작은 파일이 대량으로 쌓이면 데..

큰 로그 파일을 삭제했는데도 디스크 사용률이 그대로라면, 같은 경로에서 파일을 다시 찾는 것만으로는 원인을 확인하기 어렵습니다. 파일명은 사라졌지만 프로세스가 파일을 계속 열고 있을 수 있기 때문입니다. 이때는 삭제 명령의 성공 여부와 저장 공간이 회수되는 조건을 나누어 살펴봐야 합니다.파일명 삭제와 공간 회수의 타임스탬프 차이Linux에서 파일을 삭제하는 동작은 디렉터리에 있는 이름과 파일의 연결을 제거하는 것입니다. 파일을 가리키는 마지막 하드 링크가 없어져도 프로세스가 해당 파일을 열고 있다면, 마지막 파일 디스크립터가 닫힐 때까지 파일이 유지됩니다. 파일 디스크립터는 프로세스가 열린 파일을 다루는 데 사용하는 참조 번호입니다. Linux unlink 매뉴얼이 이 조건을 설명합니다.회사에서 시스템 ..

파일 서버의 엑셀 문서가 계속 사용 중으로 표시될 때 SMB 세션 확인공유 폴더의 엑셀 문서를 닫았는데도 다른 PC에서 ‘사용 중’이라고 표시될 수 있습니다. 이때 연결을 일괄 종료하면 같은 사용자가 작업하던 다른 문서까지 영향을 받을 수 있습니다. 먼저 해당 파일을 열고 있는 연결과 접속 사용자를 확인하고, 저장 상태를 확인한 뒤 필요한 범위만 해제해야 합니다.집에서 노트북에 공유폴더를 설정해서 다른방의 가족과 같이 처리하던 중 한쪽의 세션이 종료되면서 저장했던 파일의 데이터가 기존의 데이터로 보였던 경험이 있었습니다. 누락 분 업데이트에 시간이 제법 걸렸던걸로 기억이 납니다. 사용 중 표시와 실제 열린 파일을 구분 SMB는 네트워크에서 파일과 폴더를 공유하는 프로토콜입니다. 세션은 서버와 ..

서버를 재부팅한 직후에는 실행되지 않던 서비스가 나중에 수동으로 시작하면 정상 동작하는 경우가 있습니다. 이때 시작 유형을 ‘자동(지연된 시작)’으로 바꾸면 해결될 것 같지만, 먼저 부팅 중 자원 경합인지, 선행 서비스나 외부 시스템의 준비 문제인지 구분해야 합니다. 시작 시점을 늦추는 설정과 필요한 조건을 보장하는 설계는 역할이 다릅니다.자동 시작과 지연된 자동 시작의 차이Windows의 서비스 제어 관리자(SCM)는 서비스를 시작하고 상태를 관리하는 구성 요소입니다. 일반 자동 시작 서비스는 시스템 부팅 과정에서 시작되며 사용자 로그인을 기다리지 않습니다. 다만 ‘자동’이라는 이유만으로 모든 서비스가 같은 순간에 실행되거나 업무 요청을 즉시 처리할 수 있다는 뜻은 아닙니다.지연된 자동 시작은 다른 자..

퇴사자의 Active Directory(AD) 계정을 정리할 때 서버의 예약 작업도 확인해야 합니다. 사람이 로그인하지 않는 시간에 실행되는 파일 복사나 보고서 생성 작업이 개인 계정을 사용하고 있을 수 있기 때문입니다. 계정 삭제 전에는 어느 장비의 어떤 작업이 그 계정을 쓰는지 확인하고, 필요한 작업의 실행 주체를 넘겨야 합니다.작성자보다 실행 계정을 먼저 확인합니다작업 스케줄러에 표시되는 작성자와 실행 계정은 구분해야 합니다. 작성자 이름에 퇴사자가 있다고 해서 해당 계정으로 실행된다고 단정할 수는 없습니다. 작업 속성의 일반 탭에서 보안 옵션에 지정된 계정을 확인하고, PowerShell에서는 Principal.UserId를 살펴봅니다.Principal은 작업이 실행될 보안 주체를 뜻합니다. 예약..

Active Directory 환경에서 그룹 정책을 이용해 PC에 보안 설정을 배포했는데, 대부분의 PC에는 적용되고 특정 PC에만 이전 설정이 남아 있는 경우가 있습니다. 이때 해당 PC에서 gpupdate를 반복 실행하기 전에 먼저 구분할 것이 있습니다. PC가 애초에 해당 정책의 적용 대상인지, 대상이지만 처리에 실패했는지, 정책은 처리됐지만 다른 설정이 최종 결과에 영향을 주는지입니다. 이 글에서는 Windows 도메인 환경에서 컴퓨터 구성에 포함된 보안 설정을 예로 들어, 적용 대상과 상속 관계부터 PC의 정책 처리 결과까지 확인하는 순서를 살펴보겠습니다.1. 먼저 정상 PC와 문제 PC의 적용 대상을 비교같은 부서에서 사용하는 PC라도 Active Directory의 컴퓨터 계정이 같은 조직 ..

도메인 계정으로 파일 서버에 접속하지 못할 때 비밀번호나 권한만 확인하면 시간 문제를 놓칠 수 있습니다. 특히 오류에 시계 차이가 언급된다면 PC와 인증에 사용되는 도메인 컨트롤러의 시각을 비교해야 합니다. 다만 인증 실패만으로 시간 오차를 원인으로 확정해서는 안 됩니다. 화면의 시계보다 인증 상대와의 실제 차이를 확인 Kerberos는 인증 메시지의 타임스탬프를 검증하므로 관련 컴퓨터의 시각이 맞아야 합니다. Microsoft가 안내하는 기본 허용값은 5분이지만, 실제 판단에는 도메인에 적용된 정책값을 확인해야 합니다. 이 값은 동기화 주기나 운영상 목표 오차를 뜻하지 않습니다. 시간 오차 허용 정책 먼저 오류 문구, 발생 시각, 실패한 대상 서버를 기록합니다. 화면에..

담당자가 로그인한 낮에는 실행되던 예약 작업이 로그오프한 밤에는 결과 파일을 만들지 않는 상황을 가정해 보겠습니다. 이때 실행 시간을 바꾸기 전에 확인할 것은 스케쥴러를 등록 한 계정, 로그온 방식, 파일 경로입니다. 작업이 시작되지 않은 것인지, 시작한 프로그램이 파일 처리에 실패한 것인지도 구분해야 합니다.이 글은 Windows 11과 Windows Server 2025의 작업 스케줄러 2.0 방식에서 일반 사용자 계정으로 스크립트를 실행하는 구성을 예로 듭니다. 실제 화면 문구와 정책은 버전·관리 환경에 따라 다를 수 있으며, 특정 장비에서 재현한 장애 사례는 아닙니다.실행 계정과 로그온 조건을 먼저 비교 점검작업 속성의 ‘일반’에서 실행 계정과 보안 옵션을 확인합니다. ‘사용자가 로그온할 때만 실..