그냥저냥

이전에 FreeBSD를 설치 구성하고, 테스트 중 docker.io에서 nginx:latest 이미지를 사용하여 컨테이너를 생성하였는데 컨테이너 내부, 호스트, 외부 PC에서도 접속할 수 없었다. 끙끙 앓다가 SSH로 원격으로 접속해서 몰랐는데, 콘솔에서 접속하니 아래의 그림과 같은 상황이 벌어져있었다. 콘솔에서 보이는 저 메시지가 힌트가 될까? 해결할 수 있을까? 아마 첫번째 이미지 보다 검은 바탕에 진한 흰색으로 보이는 메시지가 보이는 두번째 이미지에서 힌트가 될 수 있는 메시지일 것 같다.linux: jid 2 pid 57150 (nginx): syscall io_setup not implemented2024/10/13 23:07:55 [emerg] 57150#57150: io_setup() fa..

이전에 "[FreeBSD] 초기 설정"에서 Podman 설치에 대해서는 다소 간단히 언급만 하였다. Podman 분량이 많을 것 같아 별도의 글로 작성하는 것이 좋을것 같다고 생각 했었다.[!WARNING] The FreeBSD port of the Podman container engine is experimental and should be used for evaluation and testing purposes only. Podman을 설치 가이드 문서의 FreeBSD 설치 항목에 위와 같은 경고 문구가 있다. FreeBSD port가 의미하는 것이 무엇일까? pkg 명령을 사용하여 설치한 Podman을 의미하는 것인지, FreeBSD ports에서 빌드하여 설치한 Podman을 의미하는지 확실하지..

FreeBSD 14.1을 설치한 후 초기 설정한 내역이다. 초기 FreeBSD를 설치했을 때 글을 작성할 예정이 없었기 때문에 따로 기록을 하지 않았다. 때문에 이 글을 작성하기 위해 이전에 설치한 FreeBSD를 지우고 다시 구성 하였다. 원본 가상머신에서 설정하였다. 이후 복제될 가상머신에서 생략가능 당연하게 넘어가고 있었지만, 원본 가상머신 부팅이 완료되어 처음 로그인하면 최소한 아래의 항목들은 확인해야 한다. 대부분은 FreeBSD를 설치한 이후 변경이 가능하지만, 일부 항목 예를들면 파티션 구성과 같이 설치 과정에서 구성이 어긋나면 변경이 불가능한 경우가 많다. 따라서 초기에 확인하여 시간이 지나 서버 구성이 끝나는 시점에 가서 다시 원점으로 돌아가는 불상사는 피하는 것이 좋다.FreeBSD가 ..

모바일 앱 서비스를 개발하고 있다. 모바일 앱 개발 초기에는 초반에는 수정이 빈번해서 백엔드를 수시로 실행했다가 종료해야 했기 때문에 노트북에서 백엔드를 실행하고 종료하는 것이 효율적이었다. 하지만 시간이 흘러 백엔드 코드가 조금씩 안정화 되면서 실행하고 종료하는 횟수가 줄어들어 구태여 무거운 백엔드와 데이터베이스를 노트북에서 실행할 이유가 없어졌다. 이후 사무실에 남는 PC에 Ubuntu를 설치하여 모바일 앱 서비스 테스트에 사용하고 있다. 집에서 작업할 때 매번 사무실 서버에 접속하기 번거로워 넉넉한 사양은 아니지만, 집에 오래된 PC가 1대 있는데, 이 PC를 사용하여 모바일 앱 테스트 서버를 구성하고자 한다. 우선 오래된 PC의 사양은 아래와 같다.CPUIntel i7 7700KRAM16GBGPU..