서버 127.0.0.1:27017에 접속할 수 없습니다.

서버 127.0.0.1:27017에 접속할 수 없습니다.

다음의 에러가 표시됩니다.

alex@alex-K43U:/$ mongo
MongoDB shell version: 2.2.0
connecting to: test
Thu Oct 11 11:46:53 Error: couldn't connect to server 127.0.0.1:27017 src/mongo/shell/mongo.js:91
exception: connect failed
alex@alex-K43U:/$ 

mongodb를 시작하려고 하면 다음과 같이 됩니다.

* Starting database mongodb                                             [fail]

는 이미 해봤어요.mongo --repair

var, lib, data/db에 chown과 chmod를 만들고 log mongodb를 만들었습니다.

달리 어떻게 해야 할지 모르겠어요.좋은 의견이라도 있나?

mongodb.log:

***** SERVER RESTARTED *****


Thu Oct 11 08:29:40 
Thu Oct 11 08:29:40 warning: 32-bit servers don't have journaling enabled by default. Please use --journal if you want durability.
Thu Oct 11 08:29:40 
Thu Oct 11 08:29:41 [initandlisten] MongoDB starting : pid=1052 port=27017 dbpath=/var/lib/mongodb 32-bit host=alex-K43U
Thu Oct 11 08:29:41 [initandlisten] 
Thu Oct 11 08:29:41 [initandlisten] ** NOTE: when using MongoDB 32 bit, you are limited to about 2 gigabytes of data
Thu Oct 11 08:29:41 [initandlisten] **       see http://blog.mongodb.org/post/137788967/32-bit-limitations
Thu Oct 11 08:29:41 [initandlisten] **       with --journal, the limit is lower
Thu Oct 11 08:29:41 [initandlisten] 
Thu Oct 11 08:29:41 [initandlisten] db version v2.2.0, pdfile version 4.5
Thu Oct 11 08:29:41 [initandlisten] git version: f5e83eae9cfbec7fb7a071321928f00d1b0c5207
Thu Oct 11 08:29:41 [initandlisten] build info: Linux domU-12-31-39-01-70-B4 2.6.21.7-2.fc8xen #1 SMP Fri Feb 15 12:39:36 EST 2008 i686 BOOST_LIB_VERSION=1_49
Thu Oct 11 08:29:41 [initandlisten] options: { config: "/etc/mongodb.conf", dbpath: "/var/lib/mongodb", logappend: "true", logpath: "/var/log/mongodb/mongodb.log" }
Thu Oct 11 08:29:41 [initandlisten] Unable to check for journal files due to: boost::filesystem::basic_directory_iterator constructor: No such file or directory: "/var/lib/mongodb/journal"
************** 
Unclean shutdown detected.
Please visit http://dochub.mongodb.org/core/repair for recovery instructions.
*************
Thu Oct 11 08:29:41 [initandlisten] exception in initAndListen: 12596 old lock file, terminating
Thu Oct 11 08:29:41 dbexit: 
Thu Oct 11 08:29:41 [initandlisten] shutdown: going to close listening sockets...
Thu Oct 11 08:29:41 [initandlisten] shutdown: going to flush diaglog...
Thu Oct 11 08:29:41 [initandlisten] shutdown: going to close sockets...
Thu Oct 11 08:29:41 [initandlisten] shutdown: waiting for fs preallocator...
Thu Oct 11 08:29:41 [initandlisten] shutdown: closing all files...
Thu Oct 11 08:29:41 [initandlisten] closeAllFiles() finished
Thu Oct 11 08:29:41 dbexit: really exiting now

편집:

잠금을 해제하고 mongod를 복구하면 다음 오류가 발생하였습니다.

Thu Oct 11 12:05:37 [initandlisten] exception in initAndListen: 10309 Unable to create/open lock file: /data/db/mongod.lock errno:13 Permission denied Is a mongod instance already running?, terminating

그래서 sudo랑 같이 했어요.

alex@alex-K43U:~$ sudo mongod --repair
Thu Oct 11 12:05:42 
Thu Oct 11 12:05:42 warning: 32-bit servers don't have journaling enabled by default. Please use --journal if you want durability.
Thu Oct 11 12:05:42 
Thu Oct 11 12:05:42 [initandlisten] MongoDB starting : pid=5129 port=27017 dbpath=/data/db/ 32-bit host=alex-K43U
Thu Oct 11 12:05:42 [initandlisten] 
Thu Oct 11 12:05:42 [initandlisten] ** NOTE: when using MongoDB 32 bit, you are limited to about 2 gigabytes of data
Thu Oct 11 12:05:42 [initandlisten] **       see http://blog.mongodb.org/post/137788967/32-bit-limitations
Thu Oct 11 12:05:42 [initandlisten] **       with --journal, the limit is lower
Thu Oct 11 12:05:42 [initandlisten] 
Thu Oct 11 12:05:42 [initandlisten] db version v2.2.0, pdfile version 4.5
Thu Oct 11 12:05:42 [initandlisten] git version: f5e83eae9cfbec7fb7a071321928f00d1b0c5207
Thu Oct 11 12:05:42 [initandlisten] build info: Linux domU-12-31-39-01-70-B4 2.6.21.7-2.fc8xen #1 SMP Fri Feb 15 12:39:36 EST 2008 i686 BOOST_LIB_VERSION=1_49
Thu Oct 11 12:05:42 [initandlisten] options: { repair: true }
Thu Oct 11 12:05:42 [initandlisten] Unable to check for journal files due to: boost::filesystem::basic_directory_iterator constructor: No such file or directory: "/data/db/journal"
Thu Oct 11 12:05:42 [initandlisten] finished checking dbs
Thu Oct 11 12:05:42 dbexit: 
Thu Oct 11 12:05:42 [initandlisten] shutdown: going to close listening sockets...
Thu Oct 11 12:05:42 [initandlisten] shutdown: going to flush diaglog...
Thu Oct 11 12:05:42 [initandlisten] shutdown: going to close sockets...
Thu Oct 11 12:05:42 [initandlisten] shutdown: waiting for fs preallocator...
Thu Oct 11 12:05:42 [initandlisten] shutdown: closing all files...
Thu Oct 11 12:05:42 [initandlisten] closeAllFiles() finished
Thu Oct 11 12:05:42 [initandlisten] shutdown: removing fs lock...
Thu Oct 11 12:05:42 dbexit: really exiting now

하지만 여전히 같은 문제를 안고 있다.

Step 1: Remove lock file.
sudo rm /var/lib/mongodb/mongod.lock

Step 2: Repair mongodb. 
sudo mongod --repair 

Step 3: start mongodb.
sudo start mongodb 
or
sudo service mongodb start

Step 4: Check status of mongodb.
sudo status mongodb 
or   
sudo service mongodb status

Step 5: Start mongo console.
mongo 

?는 했습니까?mongod를 실행하기 mongo무슨 일입니까?

http://docs.mongodb.org/manual/tutorial/install-mongodb-on-os-x/의 mongodb 설치 지침을 따라 실행했을 때만 당신과 같은 오류가 발생하였습니다.mongo에 Mongo 프로세스를 실행합니다.mongod하는 것도 했는데 mongodb를 수동으로 mongod몽고답이 필요한 일을 하기 전에 말이야

이는 mongod 프로세스가 다운되었기 때문에 mongod 프로세스를 시작하려면 bellow 명령을 실행해야 합니다.

~$ sudo service mongodb stop

~$ sudo rm /var/lib/mongodb/mongod.lock

~$ sudo mongod --repair --dbpath /var/lib/mongodb

~$ sudo mongod --fork --logpath /var/lib/mongodb/mongodb.log --dbpath /var/lib/mongodb

~$ sudo service mongodb start

도움이 되시길 바랍니다.

로그에는 오래된 잠금파일이 있기 때문에 mongodb가 종료되었음을 나타냅니다.

저널링을 실행하고 있지 않거나 저널링을 실행하고 있지 않은 경우 잠금파일을 삭제하고 복구를 실행하여 mongodb를 다시 시작합니다.

저널링을 실행 중이거나 실행 중인 경우 관련 Mongo DB 문서를 참조하십시오.문서철을 사용하여 실행 중인 경우 일관된 상태로 복구하기 위해 복구를 수행하지 마십시오.그래서 만약 당신이 일기를 썼다면, 수리가 상황을 더 악화시켰을 수도 있습니다.

해라

sudo service mongodb start

이것으로 내 문제는 해결되었다.

MAC OS

mac이 있고 mongodb4.4를 사용하는 경우 다음을 실행할 수 있습니다.

brew services start mongodb-community@4.4

파일 시스템의 빈 공간을 확인하고 더 적은 경우 늘립니다.이로 인해 mongo가 시작되지 않을 수도 있습니다./var/log/mongodb/mongodb.log 파일을 확인합니다.

ERROR: Insufficient free space for journal files
Please make at least 3379MB available in /var/lib/mongodb/journal or use --smallfiles

달려보세요.mongod 전에mongo

sudo /usr/sbin/mongod

이것으로 내 문제는 해결되었다.

따라서 먼저 아래 명령어를 사용하여 mongod.lock 파일을 삭제해야 합니다.

sudo rm /var/lib/mongodb/mongod.lock

다음 명령어를 발행하여 mongo 서비스를 재시작합니다.

sudo service mongod restart 

에서는, Windows 를 실행합니다.cmd★★★★★★★★★★★★★★★★★★:

1. 디렉토리 작성:

mkdir c:\mongo\data\db

2. 설치 서비스:

mongod.exe --install --logpath c:\mongo\logs --logappend --bind_ip 127.0.0.1 --dbpath c:\mongo\data\db --directoryperdb

3. MongoDB 부팅:

net start MongoDB

4. Mongo Shell 부팅:

c:\mongo\bin\mongo.exe

이 솔루션은 나에게 효과가 있었다.

하실 수 .netstat -anp | grep 27017포트가 다른 프로세스에서 사용되고 있는지 확인합니다.

나중에 참조할 수 있도록 다음 단계를 수행하여 유사한 오류를 방지하십시오.

1. MondoDB 다운로드 https://www.mongodb.com/

2. 다운로드 폴더 또는 mondob 다운로드 파일을 저장한 폴더에 단말기와 CD를 엽니다(cd를 하기 전에 mongodb 폴더를 추출하십시오).

cd Downloads

3. mongodb를 사용자/로컬 경로로 이동

sudo mv mongodb-osx-... /usr/local/mongodb

4.cd를 로컬 폴더에 저장

cd /usr/local/mongodb

5. 새 디렉토리를 만듭니다.

sudo mkdir -p /data/db

위에서 작성한 새로운 디렉토리에 6.cd 를 입력합니다.

cd /data/db

7. mongo permissions를 부여한다.

sudo chown YourMacUserName /data/db

8. 그런 다음 .bash_profile을 열어주세요.

그러기 위해서는, 다음의 순서에 따릅니다.

새로운 단말기로

1.cd 2.pwd 셋.ls -l

단말기의 파일 목록에 .bash_profile이 표시되는지 확인합니다.

생성되지 않은 경우 -syslog_profile을 만듭니다.

.bash_profile 작성 중:

단말기에서

.touch_profile을 터치합니다.

//이미 .syslog_profile이 있는 경우 이 절차를 수행합니다.

순서 8:

터미널의 다음 단계:

open .bash_profile

그리고 팝업으로 열리는 bash 파일에 다음 항목을 추가합니다.

MONGO_PATH=/usr/local/mongodb
export PATH=$PATH:$MONGO_PATH/bin

그리고 저장.(파일 저장 또는 명령 S/CMD+S)

스텝 9: 단말기로 되돌아가기:

source .bash_profile

이제 터미널 두 개를 엽니다.하나는 몬도 데몬을 위해, 다른 하나는 몽고를 위해 유언을 남깁니다.

단말기 1: 단말기 유형: mongod

mongodb

출력:

터미널 2:

mongo

출력:

또한 단말기에서 mongod를 시작할 때 다음과 같은 오타가 발생하지 않도록 하십시오.이것은 틀렸다

mongo d

127.0.0.1:27017에 연결하지 못했습니다(폴링 후 소켓 오류 확인), 이유: 연결이 거부되었습니다.

정답:

mongod

(mongo와 d 사이에 공백이 없어야 합니다).모니터

마지막으로 단말기에서 mongo를 실행하기 전에 mondod를 실행해야 한다는 것을 항상 염두에 두십시오.

첫 번째 시도:

sudo service mongod restart 

에러가 발생했을 경우:액티브: 2021-03-29 19:59:07 WEST 이후 실패(결과: exit-code); 3s

이 문제는 /var/lib/mongodb 및 /tmp/mongodb-27017.lock 권한 설정이 잘못되었기 때문에 발생할 수 있습니다.소유자를 monogdb 사용자로 변경해야 합니다.

시험:

chown -R mongodb:mongodb /var/lib/mongodb
chown mongodb:mongodb /tmp/mongodb-27017.sock

sudo service mongod restart

이 방법은 효과가 있었습니다.

sudo rm /var/lib/mongodb/mongod.lock    
sudo service mongodb restart

터미널에서 다음 명령을 실행합니다.

1)

$ sudo service mongod start

2)

 $ mongo

http://docs.mongodb.org/manual/tutorial/install-mongodb-on-red-hat/에 있는 문서를 팔로우했습니다.

후 reboot을 실행하였습니다.sudo service mongod start... [FAILED].

.mongod시작되었어.제가 봤을 때yum install자동 시동

하시는 것이 mongod중: " " " 。service mongod status.

이것이 같은 문제를 가진 사람에게 도움이 되기를 바랍니다.

몇 번이고 시도한 끝에 문제를 해결할 수 있었습니다.

Step 1: ps aux | grep mongo
Step 2: sudo rm /var/lib/mongodb/mongod.lock
Step 3: sudo mongod --repair
Step 4: mongo

이 에러는, MongoDB 의 바인드 IP 설정이 원인일 가능성이 있습니다.MongoDB의 설정 파일은 다음 방법으로 확인할 수 있습니다.

$ sudo vi /etc/mongodb.conf

이 경우 바인드 IP는 다음과 같이 서버의 인트라넷 주소로 설정됩니다.

bind_ip = 10.10.1.14 
#port = 27017

그래서 타입별로 셸에 접속하기 위한 IP 파라미터를 mongo에 부여했습니다.

$ mongo 10.10.1.14

설정을 변경했을 경우는, mongodb 서비스를 재기동하는 것을 잊지 말아 주세요.

3.2.을 가지고 , mongo 버전 3.2.1에서 ./data/db/ㄴㄴㄴ, ㄴㄴㄴ, ㄴㄴ다를 뛰었습니다.mongod이치노

>rm /data/db/mongod.lock
>mongod

윈도 OS의 데이터 디렉토리에 있는 mongod.lock을 삭제해도 여전히 같은 에러 메시지가 나타납니다.mongo 명령어를 오류 없이 실행하기 위해 --dbpath를 사용하여 mongod를 실행해야 했습니다.

만, 는, 「 」에서 .MongoDB.

안전 쓰기 문제를 설정하는 것이 안전하다는 것을 확인하는 완전한 증거는 아닙니다.해 볼까요?w=1&j=true설정되어 있습니다.서버로부터 기입 확인이 수신되지 않은 경우는 어떻게 해야 합니까?음, 아마 그런 일은 일어나지 않았을 거예요, 하지만 일어났을 수도 있어요.이 문제가 발생한 이유는 네트워크 오류가 있기 때문입니다.긍정적인 응답을 받지 못할 수도 있습니다.그래서 우리는 어플리케이션에서 원하는 언어의 드라이버를 통해 요청을 보낼 수 있습니다. mongod정상적으로 완료되어 TCP 리셋이 발생할 수 있습니다.또, 실제로는 응답을 수신하지 않는 방법으로 네트워크를 리셋 할 수 있습니다.따라서 오류가 발생할 수 있으며 오류에 대해서는 오류가 발생한 것으로 간주할 수 있습니다.그 일은 일어나지 않았지만, 일어날 수도 있다.

인서트라면 방어가 가능합니다.가 만들 수 _id인서트를 하면 여러 번 인서트를 할 수 있기 때문에 해가 될 수 있습니다.왜냐하면 이 작업을^st 1회 실시했을 때 에러가 발생했을 경우, 네트워크 에러이기 때문에 삽입이 완료되었는지 아닌지를 알 수 없기 때문입니다.그리고 우리가 다시 연주한다면, 티르, 정확히 연주할 수 있도록_id최악의 경우 키를 삽입하려고 하면 중복되는 오류가 발생합니다.

지점입니다.효력이 '예: '예: '예: '예'는 '예'입니다.$ink명령어를 입력합니다.따라서 데이터베이스에 특정 필드를 증가시키도록 지시합니다.이 경우 네트워크 오류가 발생하여 업데이트가 발생했는지 여부를 알 수 없습니다.이제 업데이트가 발생했음을 확인할 수 있는 값에 대해 충분히 알 수 있습니다. 제제없없없없다다그러나 해당 필드의 데이터베이스 시작 값을 알 수 없는 경우 네트워크 오류 발생 여부를 알 수 없습니다.네트워크 상태가 양호할 경우 이런 문제는 극히 드물어요.

또한 반드시 이 문제를 방지해야 할 경우에는 모든 업데이트를 삽입으로 설정하여 데이터베이스에서 문서의 전체 값을 읽은 후 삭제하거나 새 문서를 삽입해야 합니다.

쓰기가 성공했더라도 응용 프로그램이 오류를 다시 수신할 수 있는 이유는 다음과 같습니다.

• 애플리케이션과 서버 사이의 네트워크 TCP 접속이 서버가 쓰기를 수신한 후 응답을 전송하기 전에 리셋되었습니다.
• 그 theMongoDB서버는 쓰기 및 책임을 져야 한다.서버는, 기입 수신과 응답 사이에 종료합니다.
• 쓰기 시간과 클라이언트가 쓰기에 대한 응답을 수신하는 시간 사이에 네트워크에 장애가 발생합니다.

mongodb 사용을 중지하려면 다음과 같이 하십시오.

use admin
db.shutdownServer()

재시작 방법:

sudo service mongod restart

환경변수의 PATH에 bin을 추가하면 도움이 됩니다.

GOTO 설치 경로를 지정하여 ../bin을 Windows 환경변수의 PATH 변수에 복사합니다.

windows+r을 입력하고 다음과 같이 입력합니다.

services.msc

MongoDB 시작

이제 mongo가 있는 해당 경로에 cmd로 "mongo"를 입력합니다.exe가 존재하면 동작을 시작합니다.

1. d드라이브 D:/data/db에 새 폴더를 만듭니다.

2. D:/data/db의 터미널을 엽니다.

3. mongod 라고 입력하고 입력합니다.

4. mongo 라고 입력하고 들어갑니다.

그리고 당신의 몽고드는 활주하고 있습니다..........

냥 그냥 도망쳐!mongod --repair부에서C:\Program Files\MongoDB\Server\4.0\bin

이 문서는http://https://docs.mongodb.com/manual/tutorial/recover-data-following-unexpected-shutdown/ 입니다.

단순 실행 2가 권장됨

sudo rm /var/lib/mongodb/mongod.lock
sudo mongod --repair 

비슷한 오류가 발생했지만 근본 원인은 달랐습니다.홈브루를 사용하여 Mongodb를 설치한 후https://docs.mongodb.com/manual/installation/ 단말기에서 "mongo" 명령을 내리기 전에 "mongod" 서비스를 시작해야 합니다.

OS X 시스템을 사용하는 경우 OS X 스 템 용 우 하 , if you경,사 os os are는)를 사용하여service명령어명령어를 지정합니다. 때문에 은 할 수 sudo service mongod start.

자세한 내용은 이 답변 https://unix.stackexchange.com/a/155746을 참조하십시오.

오류: 서버 127.0.0.1:27017에 연결할 수 없습니다.

이것은, WINDOWS 유저를 위한 솔루션입니다.1 .디렉토리 작성:

mkdir c:\mongo\data\db

2. 설치 서비스: 먼저 CD가 있는 MongoDB의 프로그램 파일에 있는 bin 디렉토리로 이동합니다.

mongod.exe --install --logpath

3. MongoDB 시작:

   net start MongoDB

4. Mongo Shell 부팅:

`c:\mongo\bin\mongo.exe` or

mongo

메모: Administrator 모드로 단말기를 엽니다.

언급URL : https://stackoverflow.com/questions/12831939/couldnt-connect-to-server-127-0-0-127017