Jost Do It!

문제상황 nvidia-docker2를 설치하고 컨테이너 내부에서 GPU접근을 가능하게 하였다. 그런데 데스크톱을 재부팅해서 torch 모듈을 실행하니 다음 에러가 발생했다. RuntimeError: No CUDA GPUs are available 컨테이너 내부에서 nvidia-smi 명령을 해보니 다음과 같은 에러도 발생한다. nvidia-smi >>> Failed to initialize NVML: Unknown Error 문제 원인 호스트가 systemd를 사용해 container의 cgroup을 관리하는 경우, Nvidia GPU를 참조하는 유닛파일들이 reload될 수 있다. 여기서 유닛파일들이 reload되면 컨테이너는 reload 된 유닛파일에 대한 접근권한이 없기 때문에 발생하는 에러이다. ..

개요 에어플로우에서는 task가 실패했을 때 재실행 하는 방법을 제공하고 있다. 재실행은 다음과 같이 설정할 수 있다. import pendulum from airflow import DAG from airflow.operators.bash import BashOperator from datetime import timedelta default_args = { 'owner': 'heenj', 'retries': 6, # 재실행 횟수 'retry_delay': timedelta(minutes=10) # 재실행 대기 시간 } with DAG( dag_id='retry_dag', default_args=default_args, start_date=datetime(2024, 3, 1, tzinfo=pendulu..

개요 어느날 개발서버에서 잘 작동하던 FastAPI에서 에러가 발생했다. 에러는 특정 라이브러리의 함수를 찾을 수 없다는 내용이다. Traceback (most recent call last): File "/home/mining/projects/finance_advisor/some_money/somemoney_api_server/scripts/../run.py", line 30, in from somemoney_api_server.security import user File "/home/mining/projects/finance_advisor/some_money/somemoney_api_server/somemoney_api_server/security/user.py", line 17, in from f..

개요 .gitignore로 적용 시 기존에 원격 레포에 업로드된 파일들은 여전히 tracked 되고 있는 문제가 있었다. 해결 방법 .gitignore에 config 파일들을 등록했다. *.cfg *.config 이후 기존에 원격레포에 업로드 돼 있던 cfg파일들의 캐시를 제거해준다. git rm --cached test.cfg # 특정 파일만 제거 git add . git commit -m "remove cached file" git push origin master 전체 캐쉬를 삭제하려면 git rm -r --cached .으로 명령할 수 있다. gitignore 적용 파일 확인 다음 명령어로 .gitignore에 적용되는 파일 리스트를 확인할 수 있다. git status --ignored >> I..

문제 상황 파이썬 컨테이너를 띄우고 내부에 패키지를 설치하던 중 아래 에러가 발생하였다. pip install -r requirements.txt [...] Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pip/_internal/cli/base_command.py", line 165, in exc_logging_wrapper status = run_func(*args) File "/usr/lib/python3/dist-packages/pip/_internal/cli/req_command.py", line 205, in wrapper return func(self, options, args) File "/usr/lib/pyt..

개요 스마트 플러그를 통해 데스크톱에 전원이 들어오면 자동으로 켜지게 설정해두었다. 그런데 데스크톱이 켜져도 우분투 유저 로그인 창이 떠 원격에서 바로 사용하기 어려웠다. 따라서 로그인을 생략하는 방법이 필요했다. 방법 1. Settings 클릭 2.Users 탭으로 이동 3. 유저 정보 변경을 위해 Unlock 버튼 클릭 4. 유저 비밀번호 입력 및 유저 인증 5. Automatic Login 활성화 6. 껐다 켜서 잘 적용됐는지 확인 Reference [Ubuntu] Ubuntu 18.04 부팅 시 로그인 생략하기

문제 상황 아나콘다를 설치하고 command 창에서는 conda 명령어가 동작하는데 script 내에서는 conda command를 찾을 수 없다는 에러가 나왔다. test.sh: line 2: conda: command not found 문제 원인 conda 명령어는 bash function인데, shell 내에서는 해당 bash function에 대한 정보가 없기 때문에 발생하는 에러다. 서버에 로그인하면 .bashrc가 실행되는데 .bashrc에는 conda function에 대한 initialize가되어 커맨드창에서는 conda 함수를 사용할 수 있다. 아래는 .bashrc에 선언된 conda initialize 명령이다. [...] # >>> conda initialize >>> # !! Con..

문제 상황 서버 연결에 VScode를 사용 중이다. 어느날부터 서버 연결 시 Wating for server log... 로그가 무한 반복 생성되다가 연결이 Cancel되는 문제가 발생했다. 문제 원인 VScode가 오래된 리눅스 버전에 대해 지원을 종료하면서 나타난 이슈다. 참고로 우리회사 서버의 리눅스 버전은 CentOS 7과 CentOS 18-04였다. VSCode에서는 공지를 했겠지만 해당 이슈가 워낙 갑작스럽다보니 깃헙 이슈가 굉장히 뜨거워진걸 볼 수 있다. 해결 방법 근본적으로 오래된 서버의 리눅스 버전을 업그레이드 시키는 것이 베스트겠지만 어떤 이슈가 생길지 몰라 바로 적용 하긴 어려웠다. 대신 VScode 구버전으로 다운받으면 해당 문제를 해결할 수 있다. 구버전은 1.85로 다운받으면 된..

문제 상황 서버 내 디스크 여유공간이 부족해져 다른 디스크에 데이터를 mv하였다. 이 때 다른 디스크에 데이터가 적재되는건 확인하였는데, 원래 디스크의 파일들은 그대로 남아있는걸 확인하였다. 찾아보니 같은 디스크 내 mv와 타 디스크로의 mv 명령이 다르게 작동하는걸 확인할 수 있었다. 설명 서로 같은 디스크(파일 시스템) 내에서는 mv를 하면 실제로 파일을 옮기거나 생성, 제거하지 않고 디렉터리 경로만을 변경하는 방식이다. 하지만 다른 디스크간 mv 시에는 파일을 옮기게 되는데, 이 때 파일들은 실제로 바로 옮겨지는 것이 아니라 다른 디스크로 cp(copy) 작업이 먼저 수행되고, copy가 정상적으로 완료된 파일들은 rm(remove)작업이 이루어진다. 아무래도 파일을 직접적으로 바로 옮기는 과정에서..

문제 상황 Postgres 데이터베이스를 연결하니 내가 연결한 postgres 데이터베이스만 출력되고 나머지 데이터베이스는 출력되지 않는 문제가 발생했다. 해결 방법 데이터베이스 설정을 클릭한다. 설정항목 위에 PostgreSQL을 클릭 아래 Settings 옵션 중에서 Show all databases를 클릭한다. 그 외에도 데이터베이스 관련 옵션들이 있으니 필요한건 여기서 설정하면 될듯하다. Reference https://gitseok.tistory.com/entry/DBeaver-PostgreSQL-%EB%AA%A8%EB%93%A0-Database-%EC%A1%B0%ED%9A%8C%ED%95%98%EA%B8%B0