GOOGLE ADS

Montag, 11. April 2022

Robomongo: Kann keine Verbindung zum Replikat-Set herstellen. Die Primärseite von Set ist nicht erreichbar

Ich migriere mLab von Heroku zu MongoDB Atlas. Als einen der Schritte möchte ich prüfen, ob eine Verbindung zum neu erstellten Cluster besteht. Ich verwende Robo3T (früher Robomongo) für Heroku-mLab-Instanzen. Aber mit Atlas funktioniert es nicht. Beim Erstellen einer Verbindung von der URL erhalte ich folgenden Fehler:

Cannot connect to replica set "SampleProject"[cluster-abcd12ef-shard-00-00.a0b1c.mongodb.net:27017]. 
Set's primary is unreachable.
Reason:
Failed to initialize MongoWorker. Reason: connect failed

Habe versucht, die Einstellungen anzupassen, aber dort sieht alles richtig aus, wie bei Heroku, der einzige Host und Port sind unterschiedlich.

Habe auch nach ähnlichen Fragen und GitHub-Problemen gesucht, aber nichts hat geholfen.


Lösung des Problems

Überprüfen Sie zunächst, ob Sie den neuesten Robo3T verwenden. MongoDB Atlas verwendet ein mongodb+srv://Protokoll, das einige Zeit zuvor nicht unterstützt wurde.

Danach gehen Sie bitte nach folgender Checkliste vor:


  • Verwenden Sie den Import From SRVdurch Kopieren und Einfügen der URL aus MongoDB Atlas;

  • MongoDB Atlas verwendet Replica Sets sogar für kostenlose Sandbox-Konten (Atlas M0). Stellen Sie also während der Erstellung sicher, dass Sie diesen Typ verwendet haben;

  • Füllen Sie alle Cluster-Mitglieder aus oder markieren Sie sie;

  • Set Namesollte eingestellt werden.


Wichtige Unterschiede auf der Registerkarte Authentifizierung:


  • Databasesollte adminnicht wie der Datenbankname sein (wird bei Heroku verwendet),

  • Auth Mechanismsollte seinSCRAM-SHA-1

  • Prüfen Manually specify visible databasesund dort eingebenadmin,<you database name from Heroku>


auf der TLS-Registerkarte:


  • ÜberprüfenUse TLS protocol

  • Authentication method-Self-signed Certificate


Jetzt sollte es funktionieren.

PS Zuvor hatte ich auch Probleme mit der gleichen Datenbank wie auf Heroku mit demselben DB-Namen und Benutzernamen. Außerdem dachte ich, dass der Auth-Mechanismus MONGODB-CR sein sollte. Aber das hat nicht funktioniert.

PPS Wenn Sie es nicht sehen Manually specify visible databases, überprüfen Sie bitte, ob Sie die neueste Version (1.4.+) von Robo3T (früher bekannt als Robomongo) haben.

Keine Kommentare:

Kommentar veröffentlichen

Warum werden SCHED_FIFO-Threads derselben physischen CPU zugewiesen, obwohl CPUs im Leerlauf verfügbar sind?

Lösung des Problems Wenn ich das richtig verstehe, versuchen Sie, SCHED_FIFO mit aktiviertem Hyperthreading ("HT") zu verwenden, ...