Проблема: ошибка поиска при извлечении счетчика векторов из scikit learn. Ниже приведен фрагмент кода.
from sklearn.feature_extraction.text import CountVectorizer
bow_transformer = CountVectorizer(analyzer=text_process).fit(X)
Решение: попробуйте выполнить приведенный ниже код, а затем попытайтесь установить стоп-слова из набора инструментов для обработки естественного языка корпуса!
import nltk
nltk.download()
Эта ошибка является тем, что вы увидите, если оболочка mongo не смогла поговорить с сервером mongod.
Это может быть связано с тем, что адрес был неправильным (хост или IP-адрес) или что он не был запущен , Следует отметить, что предоставленная трассировка журнала не охватывает «Fri Nov 9 16:44:06» вашего mongo timestamp
.
Можете ли вы:
Создайте папку C: data / db, если она еще не существует на вашем компьютере. Оказывается, MongoDB требует существования этой структуры папок 'data / db' для запуска. Надеюсь, это кому-то поможет.
Это происходило со мной сегодня, и я решил это следующим образом.
Машина: я использую машину Windows 10 и загружаю последнюю версию MongoDB - Community.
Итак, проблема в том, что у меня не было C:\data\db
.
Не создавая C:\data\db
, я открыл терминал CMD и запустил базу данных с помощью команды mongod
в терминале
C: \ YourInstallationPath \ bin> mongod
blockquote>И когда я уволил
mongo
, тогда у меня возникла проблема.Twist, я создал необходимые папки, но все еще получал проблему. И это потому, что сервер mongo уже запущен. Чтобы исправить это, я снова активировал команду
mongod
, и она автоматически ссылалась наC:\data\db
.Другие пользователи предложили добавить
C:\data\db
, но не говорили о выполненииmongod
снова, что точно решил мою проблему.
, если все вышеприведенное решение не работает, возможно, тогда это может помочь. Где-то по линии вы могли подключиться к своей локальной базе данных mongodb через брандмауэры.
У меня также есть та же проблема, что и я исправил эти две строки кода. Надеюсь, это поможет
systemctl start mongod
systemctl enable mongod
У меня была такая же ошибка при подключении к Mongo на AWS EC2. Это то, что его решило https://serverfault.com/a/347159/62381 Удалить bind_ip из файла конфигурации
Это старый вопрос, но, как новичок, я решил, что добавлю, что (используя Webstorm) вам нужно нажать на Mongo Explorer (вкладка в правой части окна). Оттуда:
-Нажмите настройки. -Нажмите кнопку обзора (выглядит как кнопка с надписью «...»). -Go для программных файлов> MongoDB> Server> 3.4> bin> mongo.exe (ваша версия может отличаться от 3.4). После этого щелкните значок «зеленый плюс» справа. Откроется окно - введите имя в слот «Label». -Щелкните.
Теперь вы должны быть подключены. Ввод «mongod» в терминале недостаточно. Вы также должны выполнить вышеуказанные шаги.
Извиняюсь заранее тем, кто не использует Webstorm! Не уверены в действиях с помощью других IDE.
Другое решение, которое разрешило эту ошибку для меня, хотя это возможно только в том случае, если вы обращаетесь к монго (локально) через SSH-соединение через виртуальную машину (по крайней мере, это моя настройка) и может быть конкретной средой Linux проблема с переменной:
export LC_ALL=C
Кроме того, у меня было больше шансов запустить mongo в качестве службы daemon, а затем запустить sudo-сервис, я понимаю, что это использует аргументы командной строки, а не файл конфигурации, поэтому, вероятно, это вопрос с моим конфигурационным файлом:
mongod --fork --logpath /var/log/mongodb.log --auth --port 27017 --dbpath /var/lib/mongodb/admin
В моем случае:
Сначала я открываю конфигурационный файл
sudo vi /etc/mongodb.conf
Комментирует IP и порт, как это
#bind_ip = 127.0.0.1
#port = 27017
Затем перезапустите mongodb
sudo service mongodb restart
sudo service mongod restart
Наконец, это работа: D
finn@Finn ~ $ mongo
MongoDB shell version: 2.4.9
connecting to: test
> exit
Если все вышеприведенное решение не работает: перейдите к сервису (start>search>services
) и запустите службу mongodb. Затем в командной строке cmd после перехода в bin введите :/>mongo
, если u установить с помощью варева (по osx) сначала запустить sudo mkdir /data/db
запустить mongoDB Daemon, набрав mongod
(оставьте его открытым), а затем запустите mongo, набрав mongo
на вкладке нового терминала
Решено.
Эта проблема может быть решена с помощью следующих 4 шагов
1) Удалить файл .lock
sudo rm /var/lib/mongodb/mongod.lock
2) отремонтировать mongodb
mongod –repair
3) запустите сервер mongod
sudo service mongod start
4) запустите клиент mongo
mongo
Подробнее см. http: // shakthydoss. com / error-cannt-connect-to-server-127-0-0-127017-srcmongoshellmongo-js-exception-connect-failed /
Немного допоздна с ответом, но я столкнулся с той же проблемой
Ниже приведены шаги, которые помогли мне.
c:\MongoDB\Server\3.4\bin
" Запустите с помощью GUI, EX "robomongo"
Или
открыть новый терминал (CMD) -> перейти к EX: "c:\MongoDB\Server\3.4\bin
" ввести команду "mongo"
Сначала перейдите к c:\mongodb\bin>
, чтобы включить mongoDB, если вы видите в консоли, что mongo прослушивает порт 27017, это нормально. Если нет, закройте консоль и создайте папку c:\data\db
и снова запустите mongod
Чтобы подключиться к монго, мы должны сначала запустить службы «mongod». следующий вывод:
$ mongod
2017-03-05T00:31:39.055+0530 I CONTROL [initandlisten] MongoDB starting : pid=1481 port=27017 dbpath=/data/db 64-bit host=Prabhu-Nandans-Mac.local
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] db version v3.4.2
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] git version: 3f76e40c105fc223b3e5aac3e20dcd026b83b38b
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.2k 26 Jan 2017
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] allocator: system
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] modules: none
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] build environment:
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] distarch: x86_64
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] target_arch: x86_64
2017-03-05T00:31:39.056+0530 I CONTROL [initandlisten] options: {}
2017-03-05T00:31:39.056+0530 W - [initandlisten] Detected unclean shutdown - /data/db/mongod.lock is not empty.
2017-03-05T00:31:39.057+0530 I - [initandlisten] Detected data files in /data/db created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2017-03-05T00:31:39.057+0530 W STORAGE [initandlisten] Recovering data from the last clean checkpoint.
2017-03-05T00:31:39.057+0530 I STORAGE [initandlisten] wiredtiger_open config: create,cache_size=3584M,session_max=20000,eviction=(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-03-05T00:31:39.620+0530 I CONTROL [initandlisten]
2017-03-05T00:31:39.620+0530 I CONTROL [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-03-05T00:31:39.620+0530 I CONTROL [initandlisten] ** Read and write access to data and configuration is unrestricted.
2017-03-05T00:31:39.620+0530 I CONTROL [initandlisten]
2017-03-05T00:31:39.620+0530 I CONTROL [initandlisten]
2017-03-05T00:31:39.620+0530 I CONTROL [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
2017-03-05T00:31:39.643+0530 I FTDC [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2017-03-05T00:31:39.643+0530 I NETWORK [thread1] waiting for connections on port 27017
2017-03-05T00:31:40.008+0530 I FTDC [ftdc] Unclean full-time diagnostic data capture shutdown detected, found interim file, some metrics may have been lost. OK
2017-03-05T00:32:03.832+0530 I NETWORK [thread1] connection accepted from 127.0.0.1:49806 #1 (1 connection now open)
2017-03-05T00:32:03.833+0530 I NETWORK [conn1] received client metadata from 127.0.0.1:49806 conn1: { application: { name: "MongoDB Shell" }, driver: { name: "MongoDB Internal Client", version: "3.4.2" }, os: { type: "Darwin", name: "Mac OS X", architecture: "x86_64", version: "16.4.0" } }
2017-03-05T00:32:08.376+0530 I - [conn1] end connection 127.0.0.1:49806 (1 connection now open)
После этого откройте другой терминал и просто введите «mongo».
Ниже вы можете увидеть:
$ mongo
MongoDB shell version v3.4.2
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.2
Ваша проблема решена:)
Сначала вы должны запустить mongod-сервер, а затем в другом терминале вам нужно запустить оболочку mongo.
Для запуска mongo server
1. Если вы указали путь по умолчанию (data / db), простейший обжиг mongod в терминале
2. Если ваш путь не data / db, тогда вы выполните команду, как показано ниже: mongod --dbpath 'здесь ваш путь приходит.
Для запуска оболочки mongo, просто уволили манго в другом терминале
Если вы ожидаете подключения к порту 27017, ваше монго успешно запустится.
Надеюсь, вы сможете получить мою точку
Обычно это вызвано тем, что вы не запускали процесс mongod, прежде чем пытаться запустить оболочку mongo.
Запустить сервер mongod
mongod
Открыть другое окно терминала
Запустить оболочку mongo
mongo
sudo mongod
, а затем mongo
– Amin Jafari
17 November 2016 в 22:14
Просто создайте папку с именем «data» на диске C и внутри папки данных создайте другую папку с именем «db». Затем выполните mongod.exe:)
Наконец, я понял, что это простой способ.
открыть терминал и перейти в местоположение mongodb. В моем случае это
e:\mongodb\bin>
и введите следующую команду и нажмите enter ..
mongod --config e:\mongodb\mongo.config
Откройте другой терминал и запустите mongodb с помощью
mongo.exe
Thats it .. вы можете использовать mongo
Вы можете попробовать выполнить следующую команду:
sudo service mongod start
Поводом для меня было пространство - запустите это в консоли:
df -h
или более конкретно:
du -hs /var/lib/mongodb/
, чтобы проверить его использование на диске. Если это ~ 99% - просто очистите некоторое пространство и повторите попытку!
Удалите файл mongod.lock. И запустите «mongod -repair». удалить / переустановить службу mongod исправил эту проблему для меня.
Спасибо.
У меня была та же проблема, я удалил файл E: \ Mongo Data Files \ db \ mongod.lock, поэтому он начал работать. проблема связана с неправильным отключением сервера. поэтому файл блокировки не чист.
Это работает со мной: -
В Mongo 3.2 для окна вы должны запустить сервис Mongodb. Итак, запустите Command Prompt as Administrator
, затем net start MongoDB
Этот метод работает только в том случае, если вы хотите восстановить файлы данных, не сохраняя исходные файлы
. Чтобы найти, где находится dbpath resides- vim /etc/mongodb.conf
, проверьте option dbpath =
(у меня есть dbpath = / var / lib / mongodb)
По умолчанию: / data / db /
Типичные местоположения включают в себя: / srv / mongodb, / var / lib / mongodb или / opt / mongodb.
Заменить / var / lib / mongodb вашим dbpath
sudo rm /var/lib/mongodb/mongod.lock
sudo mongod --dbpath /var/lib/mongodb/ --repair
sudo mongod --dbpath /var/lib/mongodb/ --journal
(Убедитесь, что вы оставите терминал бег, в котором вы пропустили выше строк, не нажимайте «Ctrl + c» или не выходите.) Введите команду, чтобы запустить mongo сейчас в другом окне.
Надеюсь, это сработает для вас! для тех, кто хочет восстановить ваши файлы данных при сохранении исходных файлов mongo recover