Добавьте логирование середины к grpc - PullRequest
Новая
       6

Добавьте логирование середины к grpc

0 голосов
/ 22 апреля 2020

Я пытаюсь добавить некоторое промежуточное программное обеспечение для ведения журналов на сервер GRP c, я следую простому примеру на их github здесь.

https://github.com/grpc-ecosystem/go-grpc-middleware/blob/master/logging/logrus/examples_test.go

Я настроил параметры своего сервера следующим образом: 

var (
  logrusLogger *logrus.Logger
  customFunc   grpc_logrus.CodeToLevel
)

func main() {

    logrusEntry := logrus.NewEntry(logrusLogger)

    lorgusOpts := []grpc_logrus.Option{
        grpc_logrus.WithLevels(customFunc),
    }

    grpc_logrus.ReplaceGrpcLogger(logrusEntry)

    opt := []grpc.ServerOption{
        grpc.Creds(credentials.NewTLS(tlsConfig)),
        grpc_middleware.WithUnaryServerChain(
            grpc_auth.UnaryServerInterceptor(auther.Auth),
            grpc_logrus.UnaryServerInterceptor(logrusEntry, lorgusOpts...),
        ),
    }

    s := grpc.NewServer(opt...)
    if err := s.Serve(lis); err != nil {
        log.Fatalf("err %+v", err)
    }
}

Однако всякий раз, когда я смотрю на полученные журналы, я получаю нулевой указатель. 

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x89edde]

goroutine 23 [running]:
github.com/grpc-ecosystem/go-grpc-middleware/logging/logrus.UnaryServerInterceptor.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cac0, 0xb2e640, 0xc00026c390, 0x0, 0x0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/logging/logrus/server_interceptors.go:37 +0x1be
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0x0, 0x0, 0x0, 0xc0000adfc0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:25 +0x63
github.com/grpc-ecosystem/go-grpc-middleware/auth.UnaryServerInterceptor.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cae0, 0x89ceda, 0x9f24e0, 0xc00018cb00, 0xc00018caa0)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/auth/auth.go:47 +0x108
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1.1.1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc0001a8100, 0x0, 0xc0001c5ac0, 0x40c5b8)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:25 +0x63
github.com/grpc-ecosystem/go-grpc-middleware.ChainUnaryServer.func1(0xb2e640, 0xc00026c390, 0x9df7a0, 0xc0000adfc0, 0xc00018caa0, 0xc00018cac0, 0xc00008eb30, 0x56cd28, 0xa04380, 0xc00026c390)
    /go/pkg/mod/github.com/grpc-ecosystem/go-grpc-middleware@v1.2.0/chain.go:34 +0xd5
qcap/proto/company._CompanyService_SelectCompany_Handler(0x9c43e0, 0xc00000e068, 0xb2e640, 0xc00026c390, 0xc0000ab140, 0xc000228120, 0xb2e640, 0xc00026c390, 0xc0000a20f0, 0x26)
    /go/src/qcap/proto/company/service.pb.go:975 +0x14b
google.golang.org/grpc.(*Server).processUnaryRPC(0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100, 0xc000228570, 0xf082f8, 0x0, 0x0, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:1024 +0x4f4
google.golang.org/grpc.(*Server).handleStream(0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100, 0x0)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:1313 +0xd97
google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc0001dce50, 0xc000001500, 0xb35300, 0xc0001da480, 0xc0001a8100)
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:722 +0xbb
created by google.golang.org/grpc.(*Server).serveStreams.func1
    /go/pkg/mod/google.golang.org/grpc@v1.27.1/server.go:720 +0xa1

Кто-нибудь сталкивался с этим раньше?

1 Ответ

1 голос
/ 22 апреля 2020

Глядя на примеры, на которых основан этот код, может ли проблема быть связана с отсутствием перехватчика grpc_ctxtags? См https://github.com/grpc-ecosystem/go-grpc-middleware/blob/06f64829ca1f521d41cd6235a7a204a6566fb0dc/logging/logrus/examples_test.go#L31

...