CCU2 Systembackup auf Ersatz-CCU einspielen geht schief. Keyserver

[MichaelN]

Die Fehlermeldung lautet "Zentrale dem Keyserver nicht bekannt". Wenn die Meldung korrekt ist, dann ist der Server erreichbar, aber die Seriennummer deiner CCU dort nicht bekannt. An eQ-3 Hotline wenden!

[jp112sdl]

Man könnte das Logging des HMIPServer Prozesses noch hochsetzen, um noch mehr Informationen als nur den schnöden Returncode zu bekommen.
https://github.com/eq-3/occu/blob/ec940 ... 4j.xml#L32
ERROR -> INFO
Nach der Änderung Neustart nicht vergessen

Wenn nicht ohnehin schon was Aussgekräftiges in der Kategorie "ERROR" geschrieben wird.

@sambasamba: Hast du denn mal das Logfile direkt nach einem gescheiterten Versuch heruntergeladen (Zentralenwartung) und geschaut, ob sich in den letzten Zeilen was finden lässt?

[Gluehwurm]

Jetzt ist leider der Original-Post verunstaltet und auch verloren.

Nicht weiter schlimm, die Kernaussage ist ja da. Hatte mich nur gewundert, daß das passiert ist, dabei habe ich übersehen, daß Du "Team"-Mitglied bist.

Interessieren würde es mich aber trotzdem, wie Du ohne Sysbackup umziehst.

Nehme den mühsamen und steinigen Weg auf mich und betreibe alte und neue CCUx parallel. Dann lerne ich die Geräte nach und nach (evtl. auch funktionsbezogen mehrere) ab und neu wieder an. Programme erstellen, usw. Ist bei HM-Geräten einfacher, DVen bleiben erhalten (ohne Werksreset) und sind nach dem Anlernen aller beteiligten Geräte gleich wieder da. Bei HmIP ist der Aufwand etwas größer.

Habe noch IP-Symcon laufen, da müssen die Geräte dann auch noch umgezogen werden. So bleibt alles aber lauffähig und hat es sich bei mir bewährt diesen Weg zu gehen. Mag bei Systemausfall was anderes sein, hatte ich noch nicht.

[sambasamba]

Hallo alle,
danke für die Tips.
@jp112sdl, Du zeigst mir ein schönes XML, leider weiß ich damit nix anzufangen Und wo finde ich 'die Kategorie ERROR', anscheinend nicht im Logfile?

Die Logdatei hab ich mal runtergeladen, Ausschnitt:

Code: Alles auswählen

Apr 20 22:15:43 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:15:48 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:15:53 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:15:58 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:03 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:08 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:13 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:19 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:24 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:29 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:34 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:39 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:44 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:49 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:54 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:16:59 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:17:04 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register CUxD_java 
Apr 20 22:19:42 de.eq3.lib.util.dynamics.GenericFactory INFO  [main] @GenericFactory 
Apr 20 22:19:44 de.eq3.lib.util.dynamics.GenericFactory INFO  [main] creating instance of HMServerConfiguration with no-arg constructor 

22:16:52 hatte das Einspielen gestartet, 22:19:31 kam die Fehlermeldung '...keyserver'.
Ich kann jetzt leider nix Aufregendes erkennen.

Geprüft hab ich noch, ob der Serno der gebrauchten CCU der auf dem Aufkleber entspricht: ja.
Warum hat das Einspielen meines Sysbackups 'CCU zuhause' funktioniert, aber 'CCU Firma' einspielen geht nicht?

@Glühwurm: Dein Verfahren zum Umzug klingt bestechend um damit gleichzeitig aufzuräumen. Wäre für mich nur Plan B, weil ich damit nen Tag Arbeit hätte. Stimmt aber natürlich, das hatte ich mir so noch nicht klar gemacht: man kann ja tatsächlich beide CCUs parallel betreiben und deshalb gemütlich vorgehen. Der Tag ist trotzdem weg, nur halt verteilt.

[Roland M.]

Hallo!

@Glühwurm: Dein Verfahren zum Umzug klingt bestechend um damit gleichzeitig aufzuräumen. Wäre für mich nur Plan B, weil ich damit nen Tag Arbeit hätte. Stimmt aber natürlich, das hatte ich mir so noch nicht klar gemacht: man kann ja tatsächlich beide CCUs parallel betreiben und deshalb gemütlich vorgehen. Der Tag ist trotzdem weg, nur halt verteilt.

Ich kann dir nur versichern, es lohnt sich!
Diesen Weg bin ich gegangen beim Umstieg von der CCU1 auf die CCU2 und werde ihn jetzt beim Umstieg auf die CCU3 & Co. wieder gehen!
Beim Transfer CCU1/CCU2 konnte man noch mit der ersten Unerfahrenheit argumentieren, aber auch da hab ich mir schon öfters die Frage gestellt: "Was nur habe ich mir dabei gedacht?!"
Jetzt habe ich drei Installationen, bei denen ich immer etwas gegenüber der letzten verbessert habe. Fazit: drei komplett verschiedene Umsetzungen... Stichwort beispielsweise Sonnenstandsberechnung über Script von funkleuchtturm vs. Script-Einzeiler system.SunElevation().
Ja, es ist viel Aufwand, aber ein sauberes System hat auch Vorteile. Leichen von Tests, die man doch auf dem Produktiv- und nicht am Testsystem gemacht hat, Reste von Projekten, die man im Betrieb doch geändert oder anders umgesetzt hat, etc., etc. Alles fliegt endgültig raus.


Roland

[jp112sdl]

Ich kann jetzt leider nix Aufregendes erkennen.

Stimmt, ich bin dem Irrglauben aufgesessen, es würde die laufende HMIPServer Instanz zur Validierung des Backups verwendet werden.
Dem ist nicht so.

Verwendet wird das >>>Shellskrip<<<<t /bin/checkUsrBackup.sh.

>>>Exit-Code 13 führt zu deiner Fehlermeldung<<<:

Code: Alles auswählen

proc getBackupErrorMessage {errorCode migration_mode} {
  set errorCode [expr $errorCode * 1]
  # ERROR CODES:
  ...
  # 13 = KeyServer NAK (eine oder beide sind nicht im KeyServer)
  ...
  if {$errorCode == 13} {
    # TODO This is currently deactivated because we cannot determine for sure if a SGTIN belongs to a CCU or to a DRAP (see TWIST-1928)
    # set sgtinCCU [getSGTIN_CCU]
    # set sgtinBackup [getSGTIN_Backup $migration_mode]
  }
...
  # TODO Activate the next line and delete the line after that when we can extract the SGTIN (see TWIST-1928)
  # set code(13) "<br/><b>\$\{backupKeyServer_NAK\}</b><br/><br/>SGTIN CCU: $sgtinCCU<br/>SGTIN Backup: $sgtinBackup<br/>&nbsp;"
  set code(13) "<br/><b>\$\{backupKeyServer_NAK\}</b>"
 ...
  return $code($errorCode)
}

Ich weiß nicht, wie viel Energie du da noch reinstecken möchtest.

Holzhammermethode 1 wäre, das Backup auf die Ziel-CCU zu kopieren und dort stumpf zu entpacken.
Das geht garantiert an allen Prüfungen vorbei.

Holzhammermethode 2 wäre, den >>>Returncode von checkUserBackupValidility<<< auf 10 festzunageln, um den Backupcheck bedingungslos passieren zu lassen.

Oder man schaut sich den eigentlichen Backupcheck-Befehl (bzw. dessen ausführliche Ausgaben) mal auf der Konsole an und/oder prüft mit Wireshark, ob überhaupt eine Kommunikation mit dem externen Keyserver stattfindet.

[sambasamba]

Ich weiß nicht, wie viel Energie du da noch reinstecken möchtest.

Hi Jerome,
vielleicht hast du recht. Zumal ich dann ja auch immer noch nur eine geklonte CCU2 habe.

Andererseits wird der Vorschlag von Glühwurm (Raspimatic einrichten, parallel betreiben und allmählich umziehen) hier schon sehr aufwendig. Wired-GW und alle daran hängenden Geräte muss ich ja gleichzeitig umziehen. auf die LAN Gateways und die dahinterliegenden Geräte trifft das auch zu. dann habe ich noch diverse Programme die von vielen Geräten gesteuert werden ( zum Beispiel das Programm für die Heizungspumpe, dass den Ventilstand von mindestens zehn Heizungstellern berücksichtigt), das muss auch annähernd gleichzeitig umgezogen werden. Vielleicht probiere ich doch erst den "üblichen" Weg über Sysbackup. wahrscheinlich wäre es schon fertig, wenn ich nicht erst meine produktiv-CCU vorher klonen wollte.

Laß mich die Holzhammermethoden probieren.
Methode 1, was ist genau zu tun?
Methode 2, hier ist das Ende von ChkUsrBackup.sh:

Code: Alles auswählen

case $? in
 -1) exitCode=9 ;;
  0) exitCode=10 ;;
  1) exitCode=11 ;;
  2) exitCode=12 ;;
  3) exitCode=13 ;;
  4) exitCode=14 ;;
  5) exitCode=15 ;;
  6) exitCode=16 ;;
  7) exitCode=17 ;;
  8) exitCode=18 ;;
  *) exitCode=99 ;;
esac

# Important - don't delete the echo output - backupStatus.log is necessary for determining the error code of the above java application.
echo $exitCode > /tmp/backupStatus.log
exit $exitCode

da würde ich vor der letzten Zeile einfach
exitCode=10;
einfügen, und fertig?
Danke

[Roland M.]

Hallo Volkmar!

dann habe ich noch diverse Programme die von vielen Geräten gesteuert werden ( zum Beispiel das Programm für die Heizungspumpe, dass den Ventilstand von mindestens zehn Heizungstellern berücksichtigt), das muss auch annähernd gleichzeitig umgezogen werden.

Nicht zwangsweise!
Taufe eine Systemvariable "Wärmeanforderung" und füge Schritt für Schritt deine Heizungsregler hinzu. Gleich wie du sie in deinem alten Programm löschst.


Roland

[sambasamba]

Bitte mir ein 'Wissender' bei den geschilderten beiden 'Holzhammermethoden' weiterhelfen.
Den steinigen Weg kann ich immer noch gehen wenn nötig.
Danke.

[jp112sdl]

Ändere in der /www/config/cp_security.cgi die Zeile return [readBackupStatus] in return 10