Diagnostica di connessione: «A market data session is already running. Disconnect it first»

La diagnostica di connessione di Senzoukria apre una sessione Rithmic propria, quindi si rifiuta di partire mentre una sessione dati di mercato è attiva sullo stesso login. Riporta anche ciò che il server ha fatto durante il test, per esempio una disconnessione forzata o un rifiuto della profondità ordine per ordine.

Senzoukria · Risoluzione dei problemi · Aggiornato a settembre 2026


In breve

Rifiuto
«A market data session is already running. Disconnect it first…»
Avviso di logout forzato
«the server closed this session (forced logout) — typically a second session opened on the same login»
Avviso MBO
«order-by-order depth (MBO) refused for {symbol} (rp_code=…); aggregated L2 depth still works»
Non compreso
Nessuno scaricamento di storico: la diagnostica non verifica l’history plant

Cosa vedi

Cliccando «Avvia la diagnostica» mentre un grafico è in streaming, la risposta è: «A market data session is already running. Disconnect it first: this diagnostic opens its own session, and Rithmic refuses — or silently kills — a second session on the same login. The refusal would look exactly like the entitlement wall this is meant to rule out.» Questo testo arriva dal motore e resta in inglese.

Quando la diagnostica parte davvero, il suo risultato può portare avvisi decodificati durante la sessione: «the server closed this session (forced logout) — typically a second session opened on the same login», oppure «order-by-order depth (MBO) refused for {symbol} (rp_code=…); aggregated L2 depth still works».

Perché succede

La diagnostica percorre gateway, sistema, login, sottoscrizione e primo tick con una sessione propria. Lanciata accanto a un flusso in diretta, potrebbe rompere quel flusso, oppure essere rifiutata e far sembrare un normale limite di sessioni una mancanza di permessi: è esattamente la diagnosi sbagliata che esiste per evitare. Quindi si ferma prima di aprire qualsiasi cosa.

Una disconnessione forzata durante il test è una causa nota di silenzio: il passo del primo tick fallisce, l’avviso lo nomina, e l’app non mostra il blocco «Tutto è stato accettato, non arriva alcun dato». Un rifiuto MBO riguarda solo la profondità ordine per ordine; la L2 aggregata continua a funzionare. La diagnostica deliberatamente non scarica storico, perché richiedere troppo storico è il primo sospetto per i rifiuti rp_code 13 intermittenti.

Come risolvere

  • Disconnetti la connessione attiva dalla sua scheda in Connessioni broker, poi lancia di nuovo la diagnostica.
  • Chiudi R | Trader Pro o qualsiasi altra piattaforma collegata con le stesse credenziali prima di testare.
  • Se il risultato mostra una disconnessione forzata, trova l’altra sessione su quel login e chiudila.
  • Dopo il test, ricollega il tuo profilo; la diagnostica smonta la propria sessione.

Cosa non è

  • Non è un guasto della tua connessione: la diagnostica si è rifiutata di partire.
  • Non è un test dello storico: i rifiuti sullo storico compaiono sul grafico con i propri avvisi.

Quando contattare il supporto

Se dopo questi controlli sei ancora bloccato, scrivi da Menu → Segnala un problema, oppure sul Discord di Senzoukria. Usa «Copia il risultato» dopo un’esecuzione completata; include gli avvisi e nessuna password.

Nella stessa sezione

Questa pagina in altre lingue

Domande frequenti

Perché la diagnostica non può condividere la mia sessione attiva?
Perché misura ogni passo da sola, dal gateway al primo tick. Riutilizzare una sessione già aperta salterebbe proprio i passi che deve verificare.
Un rifiuto MBO significa che il mio DOM è rotto?
No. Significa che la profondità ordine per ordine è stata rifiutata per quel contratto; la profondità L2 aggregata continua a funzionare.

Continua a leggere