CentOS 5.x Linux с MongoDB 2.0.1 (пробовал основной и устаревший)
Работает MongoDB:
root 31664 1.5 1.4 81848 11148 ? Sl 18:40 0:00 ./mongod -f mongo.conf -vvvvv --fork
Использование простой оболочки для подключения к серверу не выполняется:
[[email protected] bin]# ./mongo
MongoDB shell version: 2.0.1
connecting to: test
Mon Oct 31 18:41:32 Error: couldn't connect to server 127.0.0.1 shell/mongo.js:84
exception: connect failed
Веб-интерфейс на порту 28017 загружается отлично, как и использование оболочки MongoDB с удаленного хоста Linux. Также может быть telnet на localhost: 27017, что означает отсутствие блокировки портов. На этом аппарате не работает SELinux. Я также попытался явно указать localhost:2017/db безрезультатно.
$ ./mongo remote-ip:27017
MongoDB shell version: 2.0.1
connecting to: remote-ip:27017/test
> show dbs
local 0.03125GB
>
Журналы полностью посвящены теме:
.....
Mon Oct 31 18:40:34 [initandlisten] fd limit hard:1024 soft:1024 max conn: 819
Mon Oct 31 18:40:34 [initandlisten] waiting for connections on port 27017
Mon Oct 31 18:40:34 BackgroundJob starting: snapshot
Mon Oct 31 18:40:34 BackgroundJob starting: ClientCursorMonitor
Mon Oct 31 18:40:34 BackgroundJob starting: PeriodicTask::Runner
Mon Oct 31 18:40:34 [websvr] fd limit hard:1024 soft:1024 max conn: 819
Mon Oct 31 18:40:34 [websvr] admin web console waiting for connections on port 28017
Устранение клиента оболочки mongo показывает только один проблемный вызов:
[pid 31708] connect(4, {sa_family=AF_INET, sin_port=htons(27017), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EBADF (Bad file descriptor)
Файловая система чистая, без ограничений ulimit (выполняется как root для тестирования). Я вижу из strace, что клиент mongo пытается подключиться через TCP (AF_INET), но поскольку он локальный, а MongoDB создает сокет для файлов, есть ли способ сказать клиенту подключиться через это вместо этого? Или еще лучше, почему клиент будет бросать EBADF?
EDIT: Мой основной Mongo conf:
dbpath=/root/mongodb-linux-i686-2.0.1/data
logpath=/root/mongodb-linux-i686-2.0.1/logs/mongo.log
slowms=15
rest=1
Я думаю, что в этой версии клиента mongoDb есть некоторая конфигурация по умолчанию. Попробуйте запустить:
mongo 127.0.0.1:27017
Странно, но потом я испытал, что проблема исчезла:) (поэтому простая команда "mongo" без каких-либо параметров снова начала работать для меня)
[Ubuntu Linux 11.10 x64 / MongoDB 2.0.1]
Вы можете проверить свою конфигурацию, чтобы узнать, установлен ли bind_ip
bind_ip: 127.0.0.1
Если это так, это разрешает только локальные логины. Прокомментируйте это и перезапустите mongo, это может помочь.
У меня была аналогичная проблема, ну на самом деле то же самое (процесс mongo запущен, но не может подключиться к нему). То, что я сделал, было отправлено на мой путь к базе данных и удалил mongod.lock, а затем снова попробовал (перезапустил mongo). После этого все получилось.
Надеюсь, это сработает и для вас. ремонт mongodb на ubuntu
У меня была такая же проблема. В моем случае сервер MongoDB не работал.
Попробуйте открыть это в своем веб-браузере:
http://localhost:28017
Если вы не можете, это означает, что вам нужно запустить сервер MongoDB.
Запустите mongod на другой вкладке терминала.
Затем в основной вкладке запустите mongo, которая является оболочкой, которая подключается к вашему серверу MongoDB.
Удалите /var/lib/mongodb/mongod.lock, затем введите sudo service mongodb start, затем mongo.
Откройте файл /etc/mongod.conf и добавьте ip машины с того места, где вы подключаетесь, к bind_ip
bind_ip = 127.0.0.1, ваш IP-адрес удаленного компьютера здесь
Пример: -
bind_ip = 127.0.0.1,192.168.1.5
Перезапустить службу mongodb:
sudo service mongod restart
Убедитесь, что в брандмауэре открыт порт mongodb.
Вы также можете прокомментировать строку, если вас не беспокоит безопасность.
У меня тоже была эта проблема. Ваш журнал MongoDB? Я заметил следующие записи "preallocate" в файле журнала. Как только я увидел последнюю строку "Ожидание соединений на порту", я мог подключиться. Обратите внимание, что этот "более быстрый" режим занял 12 минут для инициализации.
Уильям
Tue Apr 17 16:48:01 [initandlisten] MongoDB starting : pid=2248 port=27017 dbpath=E:\MongoData 64-bit host=ME
Tue Apr 17 16:48:01 [initandlisten] db version v2.0.0-rc0, pdfile version 4.5
Tue Apr 17 16:48:01 [initandlisten] git version: 8d4bf50111352cee5a4f1abf25b63442d6c45dc4
Tue Apr 17 16:48:01 [initandlisten] build info: windows (6, 1, 7601, 2, 'Service Pack 1') BOOST_LIB_VERSION=1_42
Tue Apr 17 16:48:01 [initandlisten] options: { bind_ip: "ip", dbpath: "E:\MongoData", directoryperdb: true, journal: true, logpath: "E:\MongoData\mongo.log", quiet: true, rest: true, service: true }
Tue Apr 17 16:48:01 [initandlisten] journal dir=E:/MongoData/journal
Tue Apr 17 16:48:01 [initandlisten] recover : no journal files present, no recovery needed
Tue Apr 17 16:48:02 [initandlisten] preallocateIsFaster=true 9.68
Tue Apr 17 16:48:04 [initandlisten] preallocateIsFaster=true 8.44
Tue Apr 17 16:48:06 [initandlisten] preallocateIsFaster=true 9.68
Tue Apr 17 16:48:06 [initandlisten] preallocateIsFaster check took 4.921 secs
Tue Apr 17 16:48:06 [initandlisten] preallocating a journal file E:/MongoData/journal/prealloc.0
Tue Apr 17 16:52:37 [initandlisten] preallocating a journal file E:/MongoData/journal/prealloc.1
Tue Apr 17 16:56:54 [initandlisten] preallocating a journal file E:/MongoData/journal/prealloc.2
Tue Apr 17 17:01:42 [initandlisten] waiting for connections on port 27017
Tue Apr 17 17:01:42 [websvr] admin web console waiting for connections on port 28017
На самом деле это не ошибка... Что происходит здесь, так это то, что Mongo полагается на демона, чтобы запустить локальный сервер базы данных, поэтому, чтобы "запустить" сервер mongo в вашей оболочке, вам нужно начать сначала служба монго.
Для Fedora Linux (который я использую Distro). Вам нужно выполнить следующие команды:
1 sudo service mongod start
2 mongo
И вот оно! сервер будет запущен. Теперь, если вы хотите, чтобы сервис Mongo Чтобы начать, когда система загружается, вам нужно запустить:
sudo chkconfig --levels 235 mongod on
И это все! Если вы это сделаете, теперь в оболочке вам просто нужно ввести mongo, чтобы для запуска сервера, но в значительной степени это проблема, вы должны сначала запустить SERVICE, а затем SERVER:)
P.S. Команды, которые я опубликовал, могут работать и с другими дистрибутивами linux, а не только в Fedora... В случае, если вам не нужно настраивать некоторые слова в зависимости от используемого дистрибутива;)
Опираясь на ту же проблему с ошибкой, описанной Гарретом выше. 1. Сервер MongoDB с включенным ведением журнала работает, как показано с помощью команды ps 2. Монгольский клиент или драйвер Mongoose не могут подключиться к базе данных.
Решение: 1. Удаление файла Mongo.lock приводит к нормальной жизни на сервере CentOS. 2. Мы довольно новы в производстве MongoDB в производстве и наблюдаем, что одна и та же проблема возникает несколько раз в неделю. 3. Мы установили расписание cron для регулярной очистки файла блокировки и интимного администрирования, что произошел инцидент.
Поиск исправления ошибки для этой проблемы или любого другого более постоянного способа ее устранения.
Если ваш bind_ip настроен на что-либо, кроме 127.0.0.1, вам нужно будет добавить ip явно даже с локальной машины. Поэтому просто используйте тот же метод, который вы используете в удаленном поле в локальном поле. По крайней мере, что это для меня.
По умолчанию mongodb настроен на прослушивание только локального хоста. Выдержка из файла конфигурации mongodb по умолчанию:
# Listen to local interface only. Comment out to listen on all interfaces.
bind_ip=127.0.0.1
Нужно прокомментировать bind_ip для прослушивания с внешних объектов.
Вы не сможете добавлять осколки, если вы не начнете слушать нелокальные интерфейсы.
НТН,
Абхай Дандекар
Не так много ответа, но больше FYI: я просто ударил это и нашел этот вопрос в результате поиска. Вот подробности моего опыта:
Ошибка оболочки
[email protected]:~$ mongo
MongoDB shell version: 2.0.1
connecting to: test
Wed Dec 21 03:36:13 Socket recv() errno:104 Connection reset by peer 127.0.0.1:27017
Wed Dec 21 03:36:13 SocketException: remote: 127.0.0.1:27017 error: 9001 socket exception [1] server [127.0.0.1:27017]
Wed Dec 21 03:36:13 DBClientCursor::init call() failed
Wed Dec 21 03:36:13 Error: Error during mongo startup. :: caused by :: DBClientBase::findN: transport error: 127.0.0.1 query: { whatsmyuri: 1 } shell/mongo.js:84
exception: connect failed
Mongo logs показывают
Wed Dec 21 03:35:04 [initandlisten] connection accepted from 127.0.0.1:50273 #6612
Wed Dec 21 03:35:04 [initandlisten] connection refused because too many open connections: 819
Это, возможно, указывает на то, что другой ответ (JaKi) испытывал то же самое, когда некоторые соединения были очищены, и доступ снова стал возможным для оболочки (других клиентов)
Я нашел этот очень полезный.
Если вы получаете следующее сообщение
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.84" (uid=1000 pid=3215 comm="start mongodb ") interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")
[email protected]:/var/lib/mongodb$ mongo
Вы должны пытаться запустить службу mongodb как пользователь, отличный от root. Вы должны быть пользователем root. Таким образом, войдите в систему как root, а затем выполните следующую команду следующим образом:
sudo bash
за которым следует
service mongodb start
Я не вижу, чтобы это имело принятый ответ, поэтому я просто добавлю 2 цента.
У меня была точно такая же проблема только сейчас. Через некоторое время я понял, что заблокировал localhost в своих правилах iptables. Итак, проверьте свой брандмауэр.
В Ubuntu:
Ср Янв 27 10:21:32 Ошибка: не удалось подключиться к серверу 127.0.0.1 shell/mongo.js: 84 исключение: сбой подключения
Решение
найдите, если mongodb запущен следующей командой:
ps -ef | grep mongo
Если mongo не работает, вы получаете:
vimal 1806 1698 0 10:11 pts/0 00:00:00 grep --color=auto mongo
Вы видите, что демон mongo не существует.
Затем запустите его через файл конфигурации (с помощью root priev):
[email protected]:/data# mongod --config /etc/mongodb.conf &
[1] 2131
[email protected]:/data# all output going to: /var/log/mongodb/mongodb.log
вы можете увидеть другие детали:
[email protected]:~# more /etc/mongodb.conf
Откройте новый терминал, чтобы увидеть результат mongod --config/etc/mongodb.conf & затем введите mongo. Он должен быть запущен или grep
[email protected]:/data# ps -ef | grep mongo
root 3153 1 2 11:39 ? 00:00:23 mongod --config /etc/mongodb.conf
root 3772 3489 0 11:55 pts/1 00:00:00 grep --color=auto mongo
сейчас
[email protected]:/data# mongo
MongoDB shell version: 2.0.4
connecting to: test
вы получаете оболочку mongoDB
Это не конец истории. Я отправлю метод ремонта, чтобы он запускался автоматически каждый раз, большинство отключений машины разработки каждый день, и виртуальная машина должна была автоматически запускать mongo при следующей загрузке.
После запуска mongod
$mongod --dbpath <db name>
чтобы получить оболочку
$mongo --shell
Если версия вашего сервера mongoDB (удаленного сервера) превышает 4.0.3, вы столкнетесь с этой проблемой. Следовательно, вы должны заменить вашу текущую оболочку mongo-client на следующую:
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 9DA31620334BD75D9DCB49F368818C72E52529D4
echo "deb [ arch=amd64,arm64 ] https://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/4.0 multiverse" | sudo tee /etc/apt/sources.list.d/mongodb-org-4.0.list
sudo apt-get update
sudo apt-get install -y mongodb-org
Тогда ваш клиент Монго сможет подключить ваш удалить Mongodb