簡體   English   中英

Mongodb在關閉終端(SSH)時崩潰

[英]Mongodb crashing when closing Terminal (SSH)

我對編程不熟悉。

我以前的開發人員( + )中有一個正在運行的項目(移動應用程序,顯示對象,圍繞着用戶)。

同時,新開發人員正在使用 + 從零開始開發相同的項目。 因此他們對舊項目不熟悉。

舊項目在很長一段時間(近9個月)內運行良好,但是幾天前,在移動應用中,對象列表為空。 另外,當我嘗試登錄到管理面板時,它的意思是:

Response Status: 500

Cause: org.springframework.dao.DataAccessResourceFailureException

Message: 
Timed out after 30000 ms while waiting for a server that matches ReadPreferenceServerSelector{readPreference=primary}. Client view of cluster state is {type=STANDALONE, servers=[{address=localhost:27017, type=UNKNOWN, state=CONNECTING, exception={com.mongodb.MongoSocketOpenException: Exception opening socket}, caused by {java.net.ConnectException: Connection refused (Connection refused)}}]; nested exception is com.mongodb.MongoTimeoutException: Timed out after 30000 ms while waiting for a server that matches ReadPreferenceServerSelector{readPreference=primary}. Client view of cluster state is {type=STANDALONE, servers=[{address=localhost:27017, type=UNKNOWN, state=CONNECTING, exception={com.mongodb.MongoSocketOpenException: Exception opening socket}, caused by {java.net.ConnectException: Connection refused (Connection refused)}}]

當我在管理面板中輸入錯誤的憑據時,它告訴我“用戶名或密碼錯誤”,因此它可以正常工作,這就是為什么我雖然是mongodb的問題,而不是后端的問題。

因此,我已經使用Mac上的終端成功連接到實例( SSH )。

數據庫在哪里? 根目錄中有2個文件夾(那是實例的主目錄嗎?):

 - backend folder
 - backups folder

該數據庫是: /backend_folder/data/db

我如何啟動數據庫? 終奌站:

cd backend_folder

cd data/db

然后: mongod (或sudo mongod )-沒關系,下面是同樣的問題:

F CONTROL  [main] Failed global initialization: BadValue: Invalid or no user locale set. Please ensure LANG and/or LC_* environment variables are set correctly.

然后:

export LC_ALL=C

然后:

mongod

之后,它又可以工作了(對象顯示在應用程序中,我可以成功登錄到管理面板)。

問題是,關閉終端后,它不再起作用(應用程序中的對象列表為空,並且登錄到管理面板后出現相同的錯誤)。

那么您如何看待,我該如何解決? 關閉終端后,mongodb如何仍可處於活動狀態? 非常感謝!

這是在成功執行mongod命令后在終端中顯示的文本:

2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] MongoDB starting : pid=***** port=***** dbpath=/data/db 64-bit host=ip-***-**-**-***
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] db version v3.2.11
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] git version: *******************
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] OpenSSL version: *************
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] allocator: *******
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] modules: none
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] build environment:
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten]     distmod: ubuntu********
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten]     distarch: x86_64
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten]     target_arch: x86_64
2018-03-16T01:57:37.314+0000 I CONTROL  [initandlisten] options: {}
2018-03-16T01:57:37.337+0000 I -        [initandlisten] Detected data files in /data/db created by the '**********' storage engine, so setting the active storage engine to '**********'.
2018-03-16T01:57:37.337+0000 I STORAGE  [initandlisten] **********_open config: create,cache_size=3G,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),
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] 
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/enabled is 'always'.
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] 
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2018-03-16T01:57:37.510+0000 I CONTROL  [initandlisten] 
2018-03-16T01:57:37.513+0000 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2018-03-16T01:57:37.514+0000 I NETWORK  [HostnameCanonicalizationWorker] Starting hostname canonicalization worker
2018-03-16T01:57:37.514+0000 I NETWORK  [initandlisten] waiting for connections on port *****
2018-03-16T01:57:43.713+0000 I NETWORK  [initandlisten] connection accepted from ***.*.*.*:***** #1 (1 connection now open)
2018-03-16T01:57:43.731+0000 I ACCESS   [conn1] Successfully authenticated as principal admin on **My Project Name**

另外,我在舊文檔中發現了這個東西:

# SpringBoot

CMD mongod --fork --logpath /log/mongodb.log && \\ cd project_backend && \\ mvn clean spring-boot:run

而已:

sudo mongod --fork --logpath /var/log/mongod.log

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM