1) nach dem sich TWS in den nach Abmeldet (um 1:55)
2) starte ich TWS und RTT um 2:10 (automatisch per Scheduled Job)
3) dabei bekomme ich verschiedene Meldungen:
B) 18.02.2016 02:10:54: IB-Backfill: Historical Market Data Service Fehlermeldung:No historical market data for EUR/CASH@IDEALPRO Last 1 (162) --> was bedeutet dieser Fehler?
starte ich RTT neu und alles läuft wieder, bis auf Backfill von den Währungen. Backfill für diese muss ich noch mal manuell starten.
nach dem wechsel des Rechenzentrums beobachte ich folgendes Verhalten bei RTT:
Ich hatte da kürzlich zum Thema eine Hardcopy der RTT Settings gepostet
Bin jetzt auf die Gateway (GW) umgestiegen. Die Idee mit einem zweiten IB-User-ID ist super. Es war mir nicht bekannt, dass diese Möglichkeit besteht.Ich empfehle, das IB Gateway zu verwenden. Dann brauchst Du die TWS nicht neu starten. Ggf. kannst Du Dir eine 2. IB User-ID zulegen, wenn Du gelegentlich parallel tagsüber zugucken willst, was wirklich los ist auf Deinem Account. Jedenfalls das Gateway läuft durch ohne einen automatischen Exit.
Vor allem ging es mir um die Fehler Nr. 162. Ich werde es weiterDa Du die Daten ja sonst kriegst zeigt das einfach, dass den IB Mädels die Historical Data Farm abgeflogen ist. Vorne biste noch connected, hinten, weg. Das kann's schon mal geben in einem Server-Verbund.
Ansonsten, ja mei. Guckst Du Doku. Je nach Language Einstellungen und Versionen der TWS/Gateway und des API kommt's schon noch zu weiteren Varianten Deiner Meldung, bei mir z.B. bei einem in Deutsch aufgestarteten Gateway und in den Einstellungen angeforderten Englischen API Fehlermeldungen kann das auch mal heissen: "Connectivity between %SHORT_COMPNAME% and %SHORT_PRODNAME% has been lost. (1100)". Mache ich mir Sorgen oder habe Problem, weil die Recken bei es geschafft haben sogar ZWEI Variablen nciht "zu befüllen"?
Die Reihenfolge habe ich eingehalten. TWS ist gelaufen und erst dann wurde RTT gestartet. Bis auf den regelmässigen RTT-Neustart sind meine Einstellungen gleich.Wichtig ist die Reihenfolge. Zuerst muss das Gateway (bzw. die TWS) laufen, dann kann RTT/IB eingestartet werden, und dann sollte es auch mit dem Backfill klappen.
Also besser ist es, Du schedulst da nicht manuell rum. Verwende korrekte Settings damit RTT selber erkennt, ob noch alles fein ist; wenn nicht macht es sich schon selber daran, sich korrekt zu restarten. Ich hatte da kürzlich zum Thema eine Hardcopy der RTT Settings gepostet, such bitte mal danach. Ist nicht lange her. Damit sollte es klappen.
Bin bei Hetzner. Laut den Erfahrungen im Internet ist Hetzner ein gutes RZ Denke nicht dass sie dor unter irgendwelchen "Zwangstrennungen" leiden. Werde aber ein Monitoring einrichten, damich ich gefühl habe und nach Zahlen auswerten kann.Ja, das kann auch ein Grund sein. Ich weiss nicht - gibt es in Deutschland vielleicht so Billig-Rechenzentren die auch dieser sog. "Zwangstrennung" unterworfen sind? Wenn ein RZ ein korrektes Backbone hat, dürfte das ja nicht sein. Das wäre ja sonst ne Anbindung, wie sie dort nur private haben?
Jeden, hier in der Schweiz gibts gar keine Zwangstrennung. Und ich habe auch eine Maschine in einem (guten ) RZ in DLand, da gibts das auch nicht.
Wie auch immer, überwach doch einfach Dein RZ mit einem geeigneten Monitor, z.B. dem Paessler PRTG. Am besten von innen und von aussen. Da kannst Du lückenlos in beliebigen Check-Intervallen aufzeichnen, von und nach welche Verbindungen geklappt haben. Damit kommst Du äusseren Einflüssen bald auf die Spur.
Trotzdem, Gateway Setup plus RTT Einstellungen wie oben, dann sollte RTT jedesmal, egal welches Problem, für Dich den Phönix machen
Ich kann bestätigen, dass ich die RTT Einstellungen, wie in deinem Beitrag gepostet auf altem Server verwendet habe und hatte keine Probleme. Somit für mich haben die Einstellungen funktioniert.. dachte ich bei mir, hey, ich habe kein Feedback gesehen, ob die Settings beim Kollegen auch funktioniert haben.
Jedenfalls, das war das Posting, und nein, keine Ahnung, ob das nur bei mir funzt oder bei anderen auch, weil es ja aus der Mode gekommen scheint, zu antworten, wenn ein Rat geholfen hat. Hauptsache der Frager hat sein Resultat, der dreht sich um und denk sich, tschau zäme, habe die Ehre
Vielleicht magst Du ja berichten, ob Dir die Einstellungen geholfen haben?
Ich kann bestätigen, dass ich die RTT Einstellungen, wie in deinem Beitrag gepostet auf altem Server verwendet habe und hatte keine Probleme. Somit für mich haben die Einstellungen funktioniert
Bin jetzt auf die Gateway (GW) umgestiegen. Die Idee mit einem zweiten IB-User-ID ist super. Es war mir nicht bekannt, dass diese Möglichkeit besteht.
F&F Account handelt, da machen sie speziell komisch, und für solche Konten habe ich es noch nicht geschafft, mehr als zwei User-IDs zu bekommen;
den Job habe ich jetzt, seit ich GW verwende, ausgeschaltet. Im alter RZ hat dieses Model sehr zuverlässig funktioniert. Deswegen habe ich in neuem RZ das gleiche Setup versucht aufzubauen. Wie schon berichtet, hat es nicht funktioniert. GW-Lösung ist aus Risikosicht natürlich besser. Es läuft nur eine Komponente und keine zusätzlichen Jobs und Skripte.Was ich momentan nicht verstehe, ist, warum Du jetzt zusätzlich mit einem eigenen Job um 2 Uhr Nachts an RTT rum-scheduldst? Oder hattest Du das auch im alten RZ gemacht, und dort hat es zumindest keinen Schaden angerichtet?
GW-Lösung ist aus Risikosicht natürlich besser. Es läuft nur eine Komponente und keine zusätzlichen Jobs und Skripte.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Giuseppe« (25. Februar 2016, 21:55)
Zitat
IB-Backfill: Historical Market Data Service Fehlermeldung:No historical market data for EUR/CASH@IDEALPRO Last 1 (162)
darf ich fragen welche Version von RTT du benutzt? Ich verwende RTT Version: 3.3.6
Bin bei Hetzner. Laut den Erfahrungen im Internet ist Hetzner ein gutes RZ
für mich ist die Fehlermeldung auch klar. Fraglich ist wieso überhaupt Last abgefragt wird, wenn ich in RTT nur B/A eingestellt habe. Die umstellung von Restartzeiten von RTT hat auch keine Besserung gebracht.Diese Meldung zumindest ist verständlich und kann ignoriert werden: Für "Last" liefert IB keine Daten bei Forex, es werden nur B/A geliefert.
ja VM wäre mir fürs Trading auch zu "mager" Ich miete einen dedizierten Server mit genug Prozessor- und Ram-Ausstattung. Netzwerktaktivität und alle anderen Kennzahlen werden per PRTG überwacht. Bis jetzt alles in grünem Bereich.Kontrolle über die ganze Maschine ab dem Bios habe: bin ich nur einer von vielen Kunden und habe eine Virtuelle Maschine (VM) gemietet
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »augustus« (15. März 2016, 15:17)