Praefect: storage scoped RPCs not handled properly

Scope of the FindRemoteRepository RPC call changed to STORAGE.
Storage value of the incoming message can be changed by new
'SetStorage' method.
Human-readable string for 'Scope' type with default string formatting.

Closes: https://gitlab.com/gitlab-org/gitaly/-/issues/2442

1 files changed, 2 insertions, 2 deletions

diff --git a/proto/remote.proto b/proto/remote.proto
index 2a5bad3e4..d8c23447a 100644
--- a/proto/remote.proto
+++ b/proto/remote.proto
@@ -32,7 +32,7 @@ service RemoteService {
     rpc FindRemoteRepository(FindRemoteRepositoryRequest) returns (FindRemoteRepositoryResponse) {
       option (op_type) = {
         op: ACCESSOR
-        scope_level: SERVER
+        scope_level: STORAGE
       };
     }
     rpc FindRemoteRootRef(FindRemoteRootRefRequest) returns (FindRemoteRootRefResponse) {
@@ -96,7 +96,7 @@ message FindRemoteRepositoryRequest {
   // This field is used to redirect request to proper storage where it can be handled.
   // As of now it doesn't matter what storage will be used, but it still must be a valid.
   // For more details: https://gitlab.com/gitlab-org/gitaly/-/issues/2442
-  string storage_name = 2;
+  string storage_name = 2 [(storage)=true];
 }
 
 // This migth throw a GRPC Unavailable code, to signal the request failure