operator-drive-adapter never starts: Runtime sends allowed_paths, the adapter accepts only base_path

Abierto
#558 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
54/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
rust
Área
api, backend, testing

Línea de trabajo

Read the startup caller in elastos/crates/elastos-server/src/server_infra.rs, the BridgeProviderConfig serialization in elastos/crates/elastos-runtime/src/provider/bridge.rs, and the strict parser in capsules/operator-drive-adapter/src/main.rs. Reproduce the refusal with the current wire request, then trace how the other providers preserve path rules. Done means a regression starts the adapter through the Runtime bridge, succeeds at Init, and serves an allowed operation.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Every Home start logs Failed to spawn operator-drive-adapter: provider init failed: invalid_request: unknown field 'allowed_paths', expected 'base_path' or 'extra'.

The Runtime's operator drive startup uses the shared BridgeProviderConfig. ProviderBridge serializes this struct into the Init request, including the default empty allowed_paths, read_only, and encryption_key fields. The adapter accepts only base_path and extra and rejects unknown fields. Main observed the refusal after binary verification on the packaged Jetson trial. Root checked the same caller, wire fields and strict parser in v2.0.0 and 30b166b05. Startup caller · Bridge config · Adapter parser

Pre-existing: the same code is in 2.0.0 (v2.0.0) and unchanged in 2.0.1-rc.1 (30b166b05); seen on the rc.1 Jetson test Home (7 Nov). Not a 2.0.1 regression.

Main owns the fix when this issue reaches the implementation lane. Align the operator drive Init request with the adapter's config. Keep strict decoding and preserve the path rules of the other providers. Add a regression that starts the adapter through the real Runtime bridge and verifies Init succeeds, then proves that the adapter can serve an allowed operation. The current wire request should reproduce the startup refusal in that regression.

Lenguaje dominante
Rust
Estrellas
6
Forks
2
Merge medio
1 d 3 h
PR fusionados (30 d)
42

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de elastos/elastos-runtime

Todos los issues de elastos/elastos-runtime

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.