2017-03-14 4 views
0

Ich habe eine Kopie des BTrDB-Containers, der auf meiner VM ausgeführt wird, und ein Go-Programm, das versucht, es zu testen, indem er Daten aus einer CSV nimmt und einfügt. Leider bekomme ich Fehler, wennBTrDB Verbindung fehlgeschlagen

ctx, _ := context.WithDeadline(context.TODO(), time.Now().Add(time.Duration(30)*time.Second)) 
_, err := btrdb.Connect(ctx, "192.168.99.100:4410") 
if err != nil { 
    log.Fatal("Unexpected connection error: %v", err) 
} 

zu verbinden versuchen, die Renditen

2017/03/14 14:09:17 transport: http2Client.notifyError got notified that the client transport was broken read tcp 192.168.99.1:54212->192.168.99.100:4410: read: connection reset by peer.
2017/03/14 14:09:17 Unexpected connection error: %vCould not connect to cluster via provided endpoints
attempt to obtain MASH from 192.168.99.100:4410 yielded rpc error: code = Internal desc = transport is closing

ich den Behälter gemäß den Anweisungen auf der Seite GitHub installiert ist, mit einigen Modifikationen

docker network create mynet 
docker run -d --net mynet --name btrmongo mongo:3.2 
docker run -it --net mynet -v /Users/keithnordstrom/btrdata:/srv -e BTRDB_MONGO_SERVER=btrmongo.mynet btrdb/release:3.4 makedb 
docker run -d --name btrdb --net mynet -v /Users/keithnordstrom/btrdata:/srv -p 4410:4410 -e BTRDB_MONGO_SERVER=btrmongo.mynet btrdb/release:3.4 

a Hier gleichzeitige Stichprobe des Protokolls von der BTrDB-Seite

2017/03/14 20:08:28 main.go:114 ▶ Still alive
2017/03/14 20:08:28 blockcache.go:20 ▶ Cachestats: 0 misses, 0 hits, NaN %
2017/03/14 20:08:28 main.go:47 ▶ Num goroutines: 16
2017/03/14 20:08:29 main.go:47 ▶ Num goroutines: 16
2017/03/14 20:08:30 main.go:47 ▶ Num goroutines: 16
2017/03/14 20:08:31 main.go:47 ▶ Num goroutines: 16
2017/03/14 20:08:32 cpinterface.go:59 ▶ cpnp connection
2017/03/14 20:08:32 cpinterface.go:64 ▶ ERR (%v) :: %v 192.168.99.1:54212 capn: too much data in stream
2017/03/14 20:08:32 cpinterface.go:59 ▶ cpnp connection
2017/03/14 20:08:32 cpinterface.go:64 ▶ ERR (%v) :: %v 192.168.99.1:54213 EOF
2017/03/14 20:08:32 main.go:47 ▶ Num goroutines: 16
2017/03/14 20:08:33 main.go:114 ▶ Still alive

Was mache ich falsch?

Antwort

0

Es sieht so aus, als ob Sie den v3-Server-Container mit den v4-Bindungsbibliotheken verwenden.

Es ist auf jeden Fall verwenden v4 empfohlen, so können Sie versuchen, die v4 Stapel einrichten, indem Sie die Führung bei smartgrid.store

Das Stapel Sie Kubernetes und Ceph verwenden wird davon ausgegangen, aber Sie können auch eine Entwicklung Bereitstellung einrichten mit minikube und no ceph, obwohl die dokumentation dort etwas dünner ist.

Um schnellere Antworten zu erhalten, können Sie auch

EDIT [email protected] E-Mail: es dich in die Irre wie die veralten readme geführt scheint. Ich werde das jetzt aktualisieren. Danke

+0

Ich fragte mich, ob etwas das der Fall sein könnte. Und ja, die Docs auf Ihrem GitHub haben es so aussehen lassen, als würden die Go-Bindungen mit der 3.4 Distro funktionieren. Danke für die Aktualisierung. Ich habe gerade Ihre Dokumente auf Smart Grid untersucht. Gibt es eine Möglichkeit, einen einzelnen Knoten Container ohne Ceph, Kubernetes, etc. zu installieren? Unser Stack beansprucht auf meiner lokalen VM viel Platz. Im Moment bin ich mehr daran interessiert, Software-Integrationen mit Ihrer API in einer so einfachen Umgebung wie möglich zu testen. –

Verwandte Themen