ImFe's study

[Open AI] Codex-cli 인증 시 맞는 키 값임에도 401 오류

ImFe — Wed, 17 Sep 2025 11:40:08 +0900

터미널 기반 코딩 에이전트를 찾던 중 Codex를 추천받게 되었다.

조건

1. 회사에서 쓸 거라 Codex 브라우저 로그인 안됨 (보안정책)

2. 윈도우 환경이여서 npm -g 옵션으로 설치 (homebrew 사용불가)

4. 브라우저 로그인이 안되니까 일단 임시로 환경변수 OPEN_API_KEY를 선언하여 사용 결정

5. 윈도우에서 붙여넣기 문제 발생(파워쉘, 깃배시, DOS 사용 시도), 로컬PC WSL 설치는 괜히 사내 규정을 위반할까봐 시도x

6. 이 시점에서 그냥 codex 시작 시점에 인자로 꽂아줄 순 없는지 찾기 시작

시도

1. ~/.codex/config.toml 파일로 인증 시도 => 공식문서에 관련 내용 미비

2. 공식 깃허브 보던 중 아래 내용 발견(Usage-based billing alternative: Use an OpenAI API key)

https://github.com/openai/codex/blob/main/docs/authentication.md#forcing-a-specific-auth-method-advanced

codex/docs/authentication.md at main · openai/codex

Lightweight coding agent that runs in your terminal - openai/codex

github.com

3. 사이드 프로젝트에 gpt4.1mini 모델을 이용해서 develop 브랜치에 PR시 코드리뷰가 가능하게끔 workflows를 적용해뒀는데, 이 때 생각보다 토큰 사용량이 많지 않았다. ( 각 100라인정도 커밋 400개 리뷰 받으면 한 15달러..?)

4. 그래서 해당 방법이 금액적으로 적절하다고 생각하여 시도

결과

1. 유효한 API KEY임에도 불고하고 401 발생

2. 알고보니 open ai Org의 키여서 발생하는 문제 (대충 깃허브 Organization같은, 팀or프로젝트 영역)

3. 터미널에서 codex login시 옵션으로 org 코드를 명시하는 옵션이 있다곤 하는데.. 검색해도 안나오고 --help 옵션 결과에도 없다.

4. 작업 할 터미널에서 아래 환경변수 선언 후 사용하는 방법으로 선회

export OPENAI_API_KEY="sk-xxxxxxxx"
export OPENAI_ORG="org-xxxxxxxx"

5. codex status 입력

6. 성공

[Git] 기존 repository 주소를 변경했을 때 remote 변경

ImFe — Fri, 30 May 2025 10:23:38 +0900

상황

프로젝트 CI/CD 구성을 위하여 저장소를 변경했다는 공지를 받았다
FM은 당연히 기존 프로젝트들을 밀고 다시 받아서 개발환경을 맞추는거겠지만
32GB의 유복한 환경에서 자라와 줄곧 인텔리제이만 쓰던 나에게 최신화도 잘 되지 않는 문서를 보고 이클립스 개발환경을 다시 세팅하라는건 너무 가혹했다
그래서 원격 저장소 주소만 수정하여 당겨오는 방법을 시도하였음

git remote set-url origin [변경 주소]

위 내용까지는 검색했을 때 쉽게 나오지만
위 명령 입력 후 pull하면 높은 확률로 브랜치가 트래킹할 정보가 없다는 warning이 발생한다.

There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

그래서 해당 오류를 해결하기 위해 아래 명령어를 입력한다.

git branch --set-upstream-to=origin/develop develop

그러고 pull 하면

warning: redirecting to https://git.cj.net/cjfreshway/fwwms/bo/cjfw-wms-bo-api.g
it/
fatal: refusing to merge unrelated histories

위 warning과 오류가 또 발생하는데
로컬 저장소와 새로 바꾼 원격 저장소의 히스토리가 관련이 없을 경우 발생하는 문제이다.
기존 레포의 작업사항을 아마 한 커밋으로 와바박 다른 레포에 넣으셨을테니.. 기존 커밋 기록이 새 레포에 있을리가 없고

그래서 발생하는 오류인듯..?

근데 --allow-unrelated-histories 옵션을 줘서 강제로 병합하는건 너무 위험하다.
원격 레포에 영향을 주게되면 책상에 머리를 박아야하기에

로컬 작업사항을 백업하고 진행하는게 맞다고 판단 (1 또는 2 진행, 본인은 브랜치를 파서 백업하였음)

추가 브랜치를 파서 본인의 로컬 변경사항을 백업
git stash

그 후

git fetch origin
git checkout develop
git reset --hard origin/develop

하면 정상적으로 작동한다.

### 추가

상황에 따라서 warning이 뜰 수도 있다. remote url 끝에 .git을 포함하지 않아서 발생하는 경고이다.

정상적으로 작동은 하지만 굳이 warning을 매번 볼 필요는 없다고 생각

```bash

$ git pull
warning: redirecting to [설정한 remote 주소]
Already up to date.

```

아래와 같이 수정하면 warning 없이 잘 작동한다

```bash

git remote set-url origin [끝에 .git을 포함한 remote url]

```

[DB] Oracle 19 설치중 INS-32103 "지정된 Oracle 홈 사용자가 기존 홈 사용자와 일치하지 않습니다" 오류

ImFe — Tue, 27 May 2025 14:14:10 +0900

Oracle 11에서 Oracle 19로 전환하는 과정에서 DB를 삭제 후 다시 설치하려고 하였다.

그런데 삭제 후 아래 경로 지정 화면에서 오류가 발생하였고

C:/app 하위나 C:/app 까지 날려도 해결되지 않아서 재부팅하였지만 그래도 해결되지 않았다.

이 오류는 같은 시스템에서 오라클DB를 삭제 후 재설치하거나, 중복적으로 설치 할 경우 발생되는 문제라고 한다. (링크)

레지스트리를 어떻게 하고 실행중인 데몬을 끄고 키고 뭐 방법이 있는 것 같긴 한데..

"Oracle Base", "소프트웨어 위치"에 적힌 경로의 폴더를 수동으로 만든 후 설치를 시작하면 오류가 해결된다.

[PM2] Error: Illegal characters in path, no such file or directory 해결 (윈도우 환경)

ImFe — Tue, 24 Sep 2024 02:20:49 +0900

Error: Illegal characters in path.
Error: ENOENT: no such file or directory, open 'c:\etc\.pm2" \m\module_conf.json'
Error: ENOENT: no such file or directory, open 'c:\etc\.pm2" \m\pm2.log'

윈도우 서버 환경에서 pm2 start 명령어 입력 후 발생한 문제.

.pm2 폴더의 위치를 pm2가 불러오지 못하는 상황이다.

setx PM2_HOME "[.pm2 폴더의 경로]"

PM2_HOME 환경변수를 .pm2 폴더가 존재하는 위치로 지정 해준다. (없으면 전역설치)
윈도우 명령어여서 source같은건 없고, 그냥 터미널을 껐다가 다시 켜주면 된다.

굿

[DB] Error Code: 1298. Unknown or incorrect time zone: 'Asia/Seoul', MySQL 타임존 설정 실패

ImFe — Sun, 22 Sep 2024 21:37:52 +0900

실행 쿼리

SET GLOBAL time_zone = 'Asia/Seoul';

오류

21:17:42    SET GLOBAL time_zone = 'Asia/Seoul'    Error Code: 1298. Unknown or incorrect time zone: 'Asia/Seoul'    0.000 sec

해결방법

MySQL :: Time zone description tables

표시한 .zip파일 다운로드 후 압축해제

use mysql;
source [파일경로]\[파일명.sql];

row affected가 우다다 뜨면 정상적으로 반영

set global time_zone = 'Asia/Seoul';

select @@global.time_zone;

정상적으로 반영되었다

[Python] 파이썬 로컬 개발환경 구성 (의존성 관리, 가상환경)

ImFe — Mon, 29 Apr 2024 19:24:47 +0900

발단

난 원래 학교 팀 프로젝트에서 파이썬 코드를 자주 작성 하지는 않는데
인턴을 하며 요청받는 작은 단위의 애매한 요구사항의 경우 이러저러한 이유로 거의 파이썬으로 구현하는 중이다.

그런데 pip install시 프로젝트에 필요한 의존성 라이브러리가 로컬에서 전역적으로 관리되어서 좀 당황했다.
딱 봐도 패키지끼리 충돌하거나, 내 컴퓨터에선 잘되는데요 같은 일이 생길텐데..
다행히 venv 라는 파이썬 내장 모듈을 통해 프로젝트의 의존성 라이브러리 명세를 작성할 수 있었다

방법

가상환경 구성 및 비활성화

# 굳이 프로젝트 루트 폴더에서 실행될 필요는 없다. 근데 이게 제일 깔끔한 듯
cd [프로젝트 폴더]

python -m venv [가상환경이름] # 가상환경 생성

# 버젼마다 조금씩 다른 듯. 본인은 python 3.12 사용중
source [가상환경이름]/bin/activate # 가상환경 활성화

# ex
pip install python-dotenv

# 설치한 의존성 패키지 명세 프로젝트 루트 위치에 저장
pip freeze > requirments.txt

deactivate # 가상환경 비활성화

requirments.txt 명세 기반 패키지 설치

pip install -r requirments.txt

[VSCODE] visual studio code 폴더 구조 보기 방식 변경 (폴더 구조 겹침 해제)

ImFe — Wed, 17 Apr 2024 17:24:26 +0900

Next.js의 App router를 만지작거리느니라 폴더 depth를 복잡하게 사용하고 있었다

ㅋㅋ;

vscode에서 폴더 구조를 저런식으로 표현하는게 불편해도 애써 무시해왔는데

한 3, 4depth만 되어도 못쓸 지경이라 드디어 설정을 바꿔줘야겠다 싶었다

Code - 설정(커맨드 + ,) - explorer.compactFolders 검색 - Explorer: Compact Folders 체크 해제

굿

[WEB] pnpm 오류 - pnpm ERR_PNPM_NO_GLOBAL_BIN_DIR, Unable to find the global bin directory

ImFe — Fri, 12 Apr 2024 11:25:41 +0900

node 라이브러리를 pnpm으로 글로벌 설치할 경우 발생하는 오류

global bin directory가 없다고 한다. 만들어 주면 된다.

환경은 M1 Pro, Sonoma OS이며 source 이후 명령줄은 사용하는 환경에 따라 차이가 있다

mkdir -p ~/.pnpm/store
export PNPM_HOME=~/.pnpm/store
source /Users/[사용자명]/.zshrc
pnpm setup

잘 된다.

[GIS] GeoJSON object too complex/large. You may define the OGR_GEOJSON_MAX_OBJ_SIZE configuration option to a value in megabytes to allow for larger features, or 0 to remove any size limit. 오류

ImFe — Thu, 28 Mar 2024 17:49:54 +0900

산림청 프로젝트 진행중에

Open API 결과값을 파싱하여 생성한 지도 데이터를 ogr2ogr을 이용하여 Postgresql(PostGIS)에 업로드 하던 중 오류 발생

에러 내용이 이해가 좀 안갔던 점은

용량만 보면 훨씬 큰 "리" 단위 지도(256MB)도 잘 말려서 올라가는데, 1/4 수준인 시군구 단위 지도를 올릴 때 발생한다는 것
용량 뿐만 아니라 geojson 내부 객체 depth도 중요한 부분이여서 발생했던 것 같다.

다행히도 아래 stackexchange question에서 해결 방법을 찾아서 해결하였다.

export OGR_GEOJSON_MAX_OBJ_SIZE=500MB # 시군구 올릴 때 발생하는 오류 해결

https://gis.stackexchange.com/questions/300419/ogr2ogr-import-fails-with-error-1-geojson-object-too-complex

ogr2ogr import fails with "ERROR 1: GeoJSON object too complex"

I'm trying to import a large (8.8GB) GeoJSON file to a Postgres 9.6 database with the following command: ogr2ogr -f "PostgreSQL" -nln final_diffs PG:"host=localhost dbname=inspire user=me" diffs.g...

gis.stackexchange.com

추가)

37GB 분량의 연속지적도를 Postgresql(PostGIS)에 업로드 할 땐 이러한 문제가 발생하지 않았다.
파싱 후 결과물의 json depth가 너무 깊어서 이러한 오류가 발생한 것 같다.

[Docker] failed to solve: alpine:latest: error getting credentials 오류

ImFe — Mon, 20 Nov 2023 16:22:25 +0900

사용 환경

OS: macOS Ventura 13.0 (M1)

오류 발생

슬슬 도커 공부도 해야 할 것 같아서 간단한 예제를 빌드하던중 오류 발생

sudo docker build -t hello-world .

FROM alpine:latest
CMD ["echo", "Hello, World"]

오류 해결 시도

‘docker login’
1. 안됨. docker desktop에서 멀쩡히 로그인 된 상태라 무관하다고 생각
‘docker logout’ ⇒ ‘docker login’
1. 안됨
FROM docker.io/library/alpine:latest 로 타겟 변경
1. 안됨
chown으로 .docker 하위 권한 변경
1. 안됨. permission 에러가 아니라 credentials 에러라 기대도 안했다..

오류 해결

~/.docker/config.json파일의 credsStore가 문제인 것 같았다.

"auths": {
                "https://index.docker.io/v1/": {}
        },
        "credsStore": "desktop",
        "currentContext": "desktop-linux"

이전에 github 정책 변경으로 인해 더이상 로그인 정보만으로 repo에 push가 안되는 상황이 있었다.
문제는 딱 그 타이밍에 내가 윈도우에서 맥으로 옮겨가는 타이밍이였는데, 처음으로 mac의 osxkeychain과 github를 연동하느니라 굉장히 머리아팠던 기억이 있다.

아마 credsStore면 credential에 필요한 정보들을 저장or관리하는 대상을 명시할텐데.. mac의 키 관리자는 osxkeychain이니까 desktop을 osxkeychain으로 변경하였다.

잘 빌드 된다.