programing

mongodb errno:61에 접속할 수 없습니다.접속이 거부되었습니다.

powerit 2023. 2. 27. 22:13
반응형

mongodb errno:61에 접속할 수 없습니다.접속이 거부되었습니다.

최근 홈브루에 mongodb-2.6.0을 설치했습니다.설치 완료 후 를 사용하여 연결을 시도했습니다.mongo명령어를 입력합니다.접속할 수 없는 다음의 에러가 발생하고 있습니다.

Failed to connect to 127.0.0.1:27017, reason: errno:61 Connection refused

Error: couldn't connect to server 127.0.0.1:27017 (127.0.0.1), connection attempt failed at src/mongo/shell/mongo.js:146

exception: connect failed

mongodb 서비스가 Mac에서 실행되고 있지 않을 때 발생할 수 있습니다.시작하려고 노력했습니다.

brew services start mongodb

그리고 그것은 성공하였다.

편집: 이 홈브루의 홍보에 대한 설명에 따르면 https://github.com/Homebrew/homebrew/issues/30628

brew services권장되지 않습니다. SO를 둘러보니 다음과 같은 답변이 있습니다.Linux/OS X에서 mongod 서비스를 시작하는 올바른 방법은 무엇입니까?

동일한 문제가 발생했으며, 이 오류를 방지하기 위한 절차를 설명합니다.

순서 1 - 인스톨(MongoDB 가 이미 인스톨 되어 있는 경우는, 다음의 순서에 따르지 말아 주세요).

brew update
brew install mongodb

순서 2 - Mongo Daemon 실행:

mkdir -p /data/db
sudo mongod

순서 3 - Mongo Shell 인터페이스 실행:

mongo

시퀀스로는, 「이러다」, 「이러다」를 할 수 .mongo명령어를 사용할 수 있습니다., 이 블로그에 에러 트레이스와 그 해결 방법에 대해서도 자세하게 기재하고 있습니다.

문제를 해결하려면 "brew install mongodb"를 사용한 후 제공된 지침을 따라야 합니다.

로그인 시 launchd가 mongodb를 시작하도록 하려면:

ln -sfv /usr/local/opt/mongodb/*.plist ~/Library/LaunchAgents

지금 mongodb를 로드하려면:

launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mongodb.plist

또는 launchctl이 필요없거나 필요한 경우 다음을 실행할 수 있습니다.

mongod --config /usr/local/etc/mongod.conf

마지막 명령어를 실행할 수도 있지만 나에게는 효과가 없었고 두 번째 명령어를 실행할 필요가 있었습니다.미래에 나를 구하기 위해서.나도 첫 번째 명령어를 실행했어.도움이 됐으면 좋겠네요!

HRISHI의 사용방법 편집brew services mongodb start 될 것 .나는 그들이 이것을 mongo 문서에 포함시켜야 한다고 생각한다.

다른 탭에서 mongo 셸을 시작할 수 있습니다.

몽고드

그런 다음 이전 탭으로 돌아가서 다시 시도하십시오.mongoshell 셋업에 문제가 있는 경우 mongo shell 링크(http://docs.mongodb.org/manual/tutorial/manage-mongodb-processes/ 또는 mongodb 설치 링크(http://docs.mongodb.org/manual/tutorial/install-mongodb-on-os-x/)를 확인하십시오.

는 ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★mongod명령줄을 사용합니다.

는 대신 전화를 이 했다.sudo mongod.

osx의 경우 이전 실행 인스턴스를 종료하고 다시 시작해야 했습니다.

$>ps -aef | grep mongo
502  8047     1   0 11:52AM ??         0:00.23 /usr/local/opt/mongodb/bin/mongod --config /usr/local/etc/mongod.conf 

$>sudo kill 8047

$>sudo mongod

Mac이 OS Catalina로 업데이트 된 후 이에 대한 답을 찾고 계신 분들을 위해

달려.

brew services start mongodb-community

자세한 내용은 이쪽을 참조해 주세요.https://medium.com/ @ semmons245 / arghhh - thanks - to - the - trough - this - now - now - now - semmons - 416 ebe

같은 에러가 발생했지만 근본 원인은 다릅니다.다른 사람이 문제에 부딪힐 경우를 대비해서 여기에 해결책을 올려야겠다고 생각했어요.실행 중 Mac이 제대로 종료되지 않은 후 이 오류가 발생했습니다.mongorestore -d foo dump/foo/.

tl;dr: 파손된 부분을 제거하여 문제를 해결했습니다.foo.ns와 함께 줄지어 가다.foo.0,foo.1,... 데이터 폴더에서/usr/local/var/mongodb/그 후 mongo 서버를 재기동했습니다.brew services restart mongodb다시 정상으로 돌아왔죠

상세:brew 또는 launchctl을 통해 mongodb 서비스를 시작 또는 재시작하려고 해도 오류가 계속 발생하였습니다.결국 나는 달렸다. mongod --dbpath /usr/local/var/mongodb 서비스가 실제로 시작되지 않은 것을 확인하고 시작 시퀀스에 다음 오류가 포함되었습니다. [initandlisten] bad .ns file: /usr/local/var/mongodb/foo.ns [initandlisten] User Assertion: 10079:bad .ns file length, cannot open database 나쁜 점은 없앴다.ns파일 및 기타 데이터 파일입니다.다음으로 서비스를 시작할 때는 준비가 되어 있었습니다.

홈브루를 탑재한 mongo 3.6으로 업그레이드 한 후 이 에러가 발생하였습니다.

로그/usr/local/var/log/mongodb/mongo.log메시지를 포함하다shutting down with code:62이 에러 코드는 기존 데이터베이스가 너무 오래되어 현재 버전의 mongo에서 실행할 수 없음을 의미합니다.

다른 SO 질문에서 두 가지 해결 방법을 찾았습니다.

업그레이드를 선택했습니다.제 경우 3.4로 다운그레이드하고 mongo 콘솔에서 명령어를 실행한 후 다시 업그레이드해야 했습니다.Mongo는 한 번에 하나의 메이저버전을 업그레이드해야 하기 때문에 얼마나 오래 전인지에 따라 추가 단계가 있을 수 있습니다.의사가 안내해 드릴 겁니다.

brew switch *brew services restart명령어를 사용하면 버전 간 스와핑이 비교적 쉬워집니다.

이미 MongoDB를 설치한 경우 먼저 sudo 사용자로 mongod를 실행해 보겠습니다.슈퍼 사용자로 mongod를 실행하지 않아 문제가 발생하였습니다.

맨 아래에 두 명령어(mongod와 sudo mongod)의 o/p를 붙여 놓았습니다만, 그것도 확인하실 수 있습니다.

일단 이거 먹어봐

sudo mongod

이것 말고

mongod

다음 명령어를 순서대로 실행하여 MAC OS X Sierra 10.12.6에 MongoDB를 설치했습니다.

brew update
brew install mongodb --devel
brew services start mongodb

그런 다음 mongod 프로세스가 데이터를 쓸 디렉토리를 만듭니다.이것은 mongod 프로세스가 기본적으로 사용하기 때문에 옵션입니다.https://docs.mongodb.com/manual/tutorial/install-mongodb-on-os-x/ 에서 이 유용한 가이드를 참조해 주세요.

sudo mkdir -p /data/db

마침내 다음과 같이 mongod 프로세스를 시작했습니다.

sudo mongod

단말기의 mongod(실패) 명령어와 sudo mongod(성공) 명령어 출력.

MacBook-Pro-2:appscheck admin$ mongod
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] MongoDB starting : pid=2698 port=27017 dbpath=/data/db 64-bit host=MacBook-Pro-2.local
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] db version v3.4.10
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] git version: 078f28920cb24de0dd479b5ea6c66c644f6326e9
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2n  7 Dec 2017
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] allocator: system
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] modules: none
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] build environment:
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten]     distarch: x86_64
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] options: {}
2017-12-10T08:12:06.166+0530 I STORAGE  [initandlisten] exception in initAndListen: 20 Attempted to create a lock file on a read-only directory: /data/db, terminating
2017-12-10T08:12:06.166+0530 I NETWORK  [initandlisten] shutdown: going to close listening sockets...
2017-12-10T08:12:06.166+0530 I NETWORK  [initandlisten] shutdown: going to flush diaglog...
2017-12-10T08:12:06.167+0530 I CONTROL  [initandlisten] now exiting
2017-12-10T08:12:06.167+0530 I CONTROL  [initandlisten] shutting down with code:100


MacBook-Pro-2:appscheck admin$ sudo mongod
Password:
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] MongoDB starting : pid=2700 port=27017 dbpath=/data/db 64-bit host=MacBook-Pro-2.local
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] db version v3.4.10
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] git version: 078f28920cb24de0dd479b5ea6c66c644f6326e9
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2n  7 Dec 2017
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] allocator: system
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] modules: none
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] build environment:
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten]     distarch: x86_64
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] options: {}
2017-12-10T08:12:14.084+0530 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=7680M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
2017-12-10T08:12:14.560+0530 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2017-12-10T08:12:14.707+0530 I INDEX    [initandlisten] build index on: admin.system.version properties: { v: 2, key: { version: 1 }, name: "incompatible_with_version_32", ns: "admin.system.version" }
2017-12-10T08:12:14.707+0530 I INDEX    [initandlisten]      building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2017-12-10T08:12:14.719+0530 I INDEX    [initandlisten] build index done.  scanned 0 total records. 0 secs
2017-12-10T08:12:14.720+0530 I COMMAND  [initandlisten] setting featureCompatibilityVersion to 3.4
2017-12-10T08:12:14.720+0530 I NETWORK  [thread1] waiting for connections on port 27017

그리고 MongoDB 쿼리를 시작하기 위해 새 단말기를 열었는데, 작동했어요.

MacBook-Pro-2:appscheck admin$ mongo
MongoDB shell version v3.4.10
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.10
Welcome to the MongoDB shell.
For interactive help, type "help".
For more comprehensive documentation, see
    http://docs.mongodb.org/
Questions? Try the support group
    http://groups.google.com/group/mongodb-user
Server has startup warnings: 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
> show dbs;
admin  0.000GB
local  0.000GB
> use practice
switched to db practice
>

바로 그겁니다.

저도 같은 문제가 있어서 로그파일을 확인했을 때 다음과 같이 되어 있었습니다.

{2019-03-09T11:57:32.136-0500 I STORAGE  [initandlisten] 
exception in initAndListen: NonExistentPath: 
Data directory /usr/local/var/mongodb not found., terminating}

가 디렉토리를 요./usr/local/var/mongodbbrew service restart mongodb

"mongo" 명령어를 사용하여 테스트에 액세스하려고 할 때 실행 중인 데이터베이스가 없는 것 같습니다.

먼저 단말기에서 다음 명령을 실행합니다.

mongod 

그런 다음 다른 터미널 창을 열고 다음을 실행합니다.

몽고

이제 모든 것이 작동해야 합니다.

mongod 실행 중 "sudo rm /data/db/mongod.lock" 파일을 삭제하면 유사한 오류가 해결됩니다.이제 몽고드랑 몽고 뛰어도 돼

언급URL : https://stackoverflow.com/questions/23418134/cannot-connect-to-mongodb-errno61-connection-refused

반응형