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

Offen
  • Stimmt etwas nicht?
#558 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
54/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
rust
Bereich
api, backend, testing

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
Rust
Sterne
6
Forks
2
Ø Merge
1 T. 3 Std.
Gemergte PRs (30 T.)
42

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus elastos/elastos-runtime

Alle Issues in elastos/elastos-runtime

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.