Troubleshooting
Häufige Probleme bei der Verwendung von Cuby und deren Lösungen.
Cuby startet nicht
Port 3847 ist belegt
Problem: Cuby kann nicht starten, weil Port 3847 bereits belegt ist.
Lösung:
- Prüfen Sie, welcher Prozess den Port belegt:
# macOS/Linux lsof -i :3847 # Windows netstat -ano | findstr :3847 - Beenden Sie den Prozess oder verwenden Sie die Umgebungsvariable
PORTfür einen anderen Port:PORT=3850 ./cuby
Installationsskript schlägt fehl
Problem: Die automatische Installation über das Studio schlägt fehl.
Lösung:
- Prüfen Sie die Internetverbindung (Zugriff auf
marketplace.processcube.io) - Prüfen Sie das Installationslog:
~/.processcube/cuby/install.log - Versuchen Sie eine manuelle Installation
Produkt-Installation
Installation bleibt hängen
Problem: Ein Produkt wird installiert, aber der Fortschritt stoppt.
Lösung:
- Prüfen Sie die Logs:
~/.processcube/products/<Produkt>/deploy.log - Starten Sie Cuby neu
- Versuchen Sie die Installation erneut
npm-Fehler bei der Installation
Problem: Fehlermeldung zu npm-Paketen.
Lösung:
- Prüfen Sie, ob der API Key gültig ist (Marketplace → API Key)
- Prüfen Sie die Internetverbindung
- Löschen Sie den npm-Cache:
~/.processcube/products/<Produkt>/node_modules/und installieren Sie erneut
Authority muss zuerst installiert werden
Problem: Engine oder LowCode können nicht gegen Authority konfiguriert werden.
Lösung: Installieren Sie die Produkte in der richtigen Reihenfolge:
- Authority (Priorität 0)
- Engine / LowCode (Priorität 1)
- Weitere Produkte (Priorität 2+)
Bei gleichzeitiger Installation über den Marketplace beachtet Cuby die Reihenfolge automatisch.
Studio findet Cuby nicht
Webview zeigt „Waiting for Cuby to start…”
Problem: Das Studio zeigt die Wartemeldung und Cuby wird nicht geladen.
Lösung:
- Prüfen Sie, ob Cuby läuft:
http://localhost:3847im Browser öffnen - Falls nicht: Prüfen Sie
~/.processcube/cuby/— ist Cuby installiert? - Starten Sie das Studio neu (der CubyManager versucht Cuby automatisch zu starten)
- Prüfen Sie die Studio-Entwicklerkonsole (View → Toggle Developer Tools) auf Fehlermeldungen
Engines werden nicht synchronisiert
Problem: Im Studio erscheinen keine Engine-Verbindungen, obwohl Produkte in Cuby laufen.
Lösung:
- Prüfen Sie den API-Endpoint:
curl http://localhost:3847/api/processcubes - Die Antwort sollte ein Array mit ProcessCubeInfo-Objekten sein
- Falls leer: Prüfen Sie, ob die Produkte in Cuby als „running” angezeigt werden
- Warten Sie 10 Sekunden — das Studio pollt in diesem Intervall
Produkte laufen nicht
Produkt startet nicht
Problem: Ein Produkt wird als „gestoppt” angezeigt und lässt sich nicht starten.
Lösung:
- Prüfen Sie die Logs: Produktverwaltung → Logs
- Häufige Ursachen:
- Port ist belegt (z.B. Port 8000 für Engine)
- Fehlende Abhängigkeiten
- Authority nicht erreichbar (für Engine/LowCode mit OAuth)
- Prüfen Sie die Log-Dateien:
~/.processcube/products/<Produkt>/start.log~/.processcube/products/<Produkt>/output.log
Produkt stürzt wiederholt ab
Problem: Ein Produkt wird gestartet, stürzt aber sofort wieder ab (Auto-Restart-Schleife).
Lösung:
- Prüfen Sie
output.logfür Fehlermeldungen - Stoppen Sie das Produkt manuell (Dashboard → Produkt → Stop)
- Prüfen Sie die Konfiguration
- Bei Port-Konflikten: Produkt deinstallieren und mit anderem Port neu installieren
Port-Konflikte
Standard-Ports
| Service | Port |
|---|---|
| Authority | 5000 |
| Engine | 8000 |
| LowCode | 1880 |
| Cuby | 3847 |
Port bereits belegt
Wenn ein Standard-Port belegt ist, können Sie:
- Den belegenden Prozess beenden
- Das Produkt mit einem alternativen Port konfigurieren (über den Konfigurationsdialog bei der Installation)
- Cuby’s Port-Manager reserviert automatisch den nächsten freien Port, wenn gewünscht
Logs und Diagnose
Log-Dateien
| Log | Pfad | Inhalt |
|---|---|---|
| Cuby-Installation | ~/.processcube/cuby/install.log | Installationsskript-Ausgabe |
| Produkt-Deployment | ~/.processcube/products/<Name>/deploy.log | Deploy-Ausgabe |
| Produkt-Start | ~/.processcube/products/<Name>/start.log | Start-Ausgabe |
| Produkt-Ausgabe | ~/.processcube/products/<Name>/output.log | Laufende Prozessausgabe |
Cuby-API für Diagnose
# Health-Check
curl http://localhost:3847/api/health
# Konfiguration
curl http://localhost:3847/api/config
# Produkt-Status
curl http://localhost:3847/api/products/status
# ProcessCubes
curl http://localhost:3847/api/processcubes
# Logs eines Produkts
curl http://localhost:3847/api/products/<instanceId>/logsWeitere Informationen
- Konfiguration — Konfigurationsdateien und Verzeichnisstruktur
- API-Referenz — Alle REST-Endpoints
- Produktverwaltung — Produkte starten, stoppen, Logs einsehen