Serverwechsel Intel Mojave zu M3 VenturaMit der Nachricht, dass Server-Updates ab Quartal 3/25 für OSX Mojave nicht mehr möglich sind, habe ich mich dem lange gescheuten Umzug des Servers widmen müssen. Wahrscheinlich ist ein Neuaufsetzen der Servers der beste Weg - ich fürchtete aber die vielen kleinen Anpassungen, die dann wieder notwendig werden, und habe daher den Weg über das TimeMachine-Backup gewählt. Da ich zum Server-Umzug doch relativ wenige Hinweise im Forum gefunden habe, will ich zumal in dieser besonderer Situation des gleichzeitigen OSX- und Prozessor-Wechsels meine Erfahrungen wiedergeben.Der neue iMac wurde zurückgesetzt und dann das TM-BackUp aufgespielt. Als inkompatible Software wurde nur der Flash-Player angezeigt und automatisch isoliert. Der neue Rechner startete nach dem Backup ohne Probleme, der Server zunächst nicht automatisch. Nach dem Anklicken wurde zunächst die Erlaubnis zur Installation von Rosetta abgefragt, danach startete der Server - in der ARM-Version.Ich habe den Rechner dann zu an Stelle des Originalrechners mit dessen IP in das Netzwerk eingebunden, und die typische Nutzung simuliert - Karteikarten-Aufruf einschließlich Peripherie mit Druckern und Sono-Geräten, Statistiken etc. ok.Bisher folgende Probleme:SafeNet funktioniert nicht - Zertifikat ist im KIMPlus-Modul nicht mehr sichtbar - muss wohl neu eingetragen werden.Bei Neustart des Rechners und dem folgenden Server-Start kommt eine Warnung: Folgende Einstellungen des Betriebssystems sollten angepasst werden…kern.sysv.shmall (Empfohlen: mindestens …), kern.sysv.shmmax …, kern.maxfileperproc… Es wird die Behebung des Problems angeboten, nach Eingabe des Root-PW - scheint sich auf PostgreSQL zu beziehen - werde ich mit Support klären - hat jemand diese Fehlermeldung schon gesehen? Hat bisher keine Einfluss auch die Funktion des Servers.Ich habe dann den Server auf die neueste Version gebracht, Server lief weiter ohne Probleme, dann testweise ein Backup vor dem Server-Update zum Einspielen ausgewählt - ließ sich einspielen, aber die Server-Tools starteten nicht mehr, mit Fehler Server 157 ARM sei bei fehlender Gleichheit nicht mit der Datenbankversion 155 kompatibel. Dies ist für mich die wichtigste Erkenntnis - hat jemand ähnliche Erfahrungen, dass alte Backups in dieser besonderen Situation mit Wechsel der Platform?, bei diesem speziellen Wechsel des Betriebssystems?, oder auch in anderen Situationen nicht mehr nutzbar sind? Oder nur nach Anpassung durch Zollsoft nutzbar sind? Das neueste Backup nach dem Update des Servers konnte dann wieder eingespielt werden und läuft ohne Probleme.Mowoli mit besonderer Funktion in unserer Praxis läuft nicht -werde ich mit Support klären.Werde zunächst noch etwas testen, bevor ich noch einmal neu mit dem aktuellen TM-BackUp beginne und dann den Server in die Routine übernehme - freue mich aber über anderer Erfahrungsberichte.

Serverwechsel Intel Mojave zu M3 Ventura

Stephan Petersenn

Serverwechsel Intel Mojave zu M3 Ventura

Mit der Nachricht, dass Server-Updates ab Quartal 3/25 für OSX Mojave nicht mehr möglich sind, habe ich mich dem lange gescheuten Umzug des Servers widmen müssen. Wahrscheinlich ist ein Neuaufsetzen der Servers der beste Weg - ich fürchtete aber die vielen kleinen Anpassungen, die dann wieder notwendig werden, und habe daher den Weg über das TimeMachine-Backup gewählt. Da ich zum Server-Umzug doch relativ wenige Hinweise im Forum gefunden habe, will ich zumal in dieser besonderer Situation des gleichzeitigen OSX- und Prozessor-Wechsels meine Erfahrungen wiedergeben.

Der neue iMac wurde zurückgesetzt und dann das TM-BackUp aufgespielt. Als inkompatible Software wurde nur der Flash-Player angezeigt und automatisch isoliert. Der neue Rechner startete nach dem Backup ohne Probleme, der Server zunächst nicht automatisch. Nach dem Anklicken wurde zunächst die Erlaubnis zur Installation von Rosetta abgefragt, danach startete der Server - in der ARM-Version.

Ich habe den Rechner dann zu an Stelle des Originalrechners mit dessen IP in das Netzwerk eingebunden, und die typische Nutzung simuliert - Karteikarten-Aufruf einschließlich Peripherie mit Druckern und Sono-Geräten, Statistiken etc. ok.

Bisher folgende Probleme:

SafeNet funktioniert nicht - Zertifikat ist im KIMPlus-Modul nicht mehr sichtbar - muss wohl neu eingetragen werden.
Bei Neustart des Rechners und dem folgenden Server-Start kommt eine Warnung: Folgende Einstellungen des Betriebssystems sollten angepasst werden…kern.sysv.shmall (Empfohlen: mindestens …), kern.sysv.shmmax …, kern.maxfileperproc… Es wird die Behebung des Problems angeboten, nach Eingabe des Root-PW - scheint sich auf PostgreSQL zu beziehen - werde ich mit Support klären - hat jemand diese Fehlermeldung schon gesehen? Hat bisher keine Einfluss auch die Funktion des Servers.
Ich habe dann den Server auf die neueste Version gebracht, Server lief weiter ohne Probleme, dann testweise ein Backup vor dem Server-Update zum Einspielen ausgewählt - ließ sich einspielen, aber die Server-Tools starteten nicht mehr, mit Fehler Server 157 ARM sei bei fehlender Gleichheit nicht mit der Datenbankversion 155 kompatibel. Dies ist für mich die wichtigste Erkenntnis - hat jemand ähnliche Erfahrungen, dass alte Backups in dieser besonderen Situation mit Wechsel der Platform?, bei diesem speziellen Wechsel des Betriebssystems?, oder auch in anderen Situationen nicht mehr nutzbar sind? Oder nur nach Anpassung durch Zollsoft nutzbar sind? Das neueste Backup nach dem Update des Servers konnte dann wieder eingespielt werden und läuft ohne Probleme.
Mowoli mit besonderer Funktion in unserer Praxis läuft nicht -werde ich mit Support klären.

Werde zunächst noch etwas testen, bevor ich noch einmal neu mit dem aktuellen TM-BackUp beginne und dann den Server in die Routine übernehme - freue mich aber über anderer Erfahrungsberichte.

Andreas Reinhardt

Hallo Hr. Petersenn,

zumindest zu zwei Punkten kann ich etwas beisteuert.

2 ... kern.sysv.shmall (Empfohlen: mindestens …),

Ja, das bezieht sich zu großen Teilen auf die Installation von PostgreSQL. Wir haben vor ca. 2 Jahren festgestellt [1], dass unter "Apple Sillicon" es zu einem Problem mit dem sog. "shared Memory Segmenten" kommt - diese gehen dem Betriebssystem unter gewissen Umständen einfach "aus". Mitlerweile ist das aber "im Griff". Es hatte sich häufig darin geäußert, dass PostgreSQL dann einfach nicht mehr startet. Häufig im Zusammenspiel mit einer FireFox und ESET Installation. Funktionell hat das keinen Einfluss nur eben auf Systemen, die häufig gestartet und gestoppt werden, ging PostgreSQL irgendwann nicht mehr und es half nur ein Neustart des Rechners.

[1] /d/69270

3. ... Backup vor dem Server-Update zum Einspielen ausgewählt

Backups sind, "egal in welchem Alter" immer wieder in Betrieb zu nehmen. Einzig "kaputte" Daten können das verhindern und eine kleine Einschränkung, die weiter unten genannt wird.

Das was sie gesehen haben hängt damit zusammen, dass die Datenbank sich immer wieder "verändert", soll heißen das Datenbank Schema in dem die Daten abgelegt werden, ändert sich von Software zu Software. Das ist notwendig um z.B. neuen Features gerecht zu werden oder auch Anforderungen durch "externe" Stellen (e.g. KBV, ...).

Es ist so, dass eine Tomedo-Server Installation auch nur kompatibel zu einer passenden Datenbank-Schema-Version ist. Aktuell spiegelt sich die "Datenbank-Schema-Version" im Namen der Tomedo-Server Installation wieder (e.g. 156-s1000, da ist es die Schema Version 156). Diese Version wird auch mitgepflegt in der Datenbank - so dass beide Parteien immer wissen, ob sie miteinander reden können.

Wenn das nicht der Fall ist, kommt es zu oben angesprochener "Fehlermeldung" (Server 157 ARM sei bei fehlender Gleichheit). Das kann man als "normaler" Nutzer beheben, es sollte ein entsprechender "Beheben" Button angeboten worden sein.

Aktuell ist es so, dass Backups immer nur mit der gleichen Version eingespielt werden sollten, mit der sie auch erzeugt wurden - dass das etwas "Nutzerunfreundlich" ist - wurde bereits erkannt - und es wird an einer ensprechenden Verbesserung gearbeitet.

Was man immer beachten sollte, dass ein Backup mit einer "neueren" Version (e.g. 157) nie auf einer "älteren" Software laufen wird (e..g. 148-s997) - da die oben angesprochenen Datenbank Schemen (157 > 148) nicht "rollback fähig" sind.

ich hoffe etwas Klarheit bzgl. der beiden Punkte geschaffen zu haben

Andreas Reinhardt

Stephan Petersenn

Hallo Herr Reinhardt, vielen Dank für Ihre Antworten.

Kurze Nachfrage:

zu 2. ich nutze weder Firefox noch ESET - vielleicht ist die Memory-Zuweisung aber im Rahmen des Transfer mittels TimeMachine-BackUp auf den neuen Prozessor unzureichend. Es wird ein Button zur Behebung des Problems angeboten, wohl aber die Root-Berechtigung verlangend. Vielleicht geht es hier im Forum etwas zu weit, anderseits könnte es auch anderen helfen: 1) der Button als normaler Admin führt zu keiner Lösung, beim nächsten Start gleiches Problem. 2) eingeloggt als Root-Nutzer kann ich den Server nicht starten, ohne eine Basis-Ergänzung zu erlauben. 3) Versuch, mit sudo nur die Server-Tools mit Root-Berechtigung zu starten, gibt Fehler: Befehl nicht bekannt. Haben Sie einen Tip, wie ich den angebotenen Button zur Dauerlösung nutzen kann? Ansonsten würde ja der Transfer mittels TM scheitern.

zu 3. Gut, dass es da eine Verbesserung geben soll - bei mir wurde der Server-Start abgebrochen, mit den entsprechenden Fehlermeldungen - ein Button zur Lösung erschien hier nicht. Wenn sich die anderen Probleme als behebbar erweisen, werden ich aber wie von Ihnen auch vorgeschlagen das TM-BackUp erneut mit der aktuellsten Datenbank übertragen - hatte nur gehofft, zunächst ausführlich testen zu können und solange mit dem alten Server in der Routine weiterzuarbeiten - geht ja auch, darf nur kein Update auf dem neuen Rechner durchführen.

Herzlichen Gruß!

Andreas Reinhardt

bei mir wurde der Server-Start abgebrochen

Ok, ich verstehe - es war der "Komplette serverTools" Start. Da sehe ich auch gerade, dass der "Beheben" Mechanismus nicht angeboten wird -> Subotimal -> nehme ich als Ticket mal mit auf.

Wenn man den tomedoServer dann separat (Prozesskontrolle -> Play Button) startet, sollte jedoch diese Meldung aufpoppen (das hatte ich gerade auch ausprobiert).

Das "shmall" Thema (hier mal ein Beispiel, es können durchaus andere Werte in dem Konkreten Dialog bei ihnen stehen)

Da ist es so, dass folgender Dialog eingeblendet wird (nachdem man auf Beheben drückt). Hier ist es wichtig, dass das Passwort des Nutzers genommen wird unter dem die serverTools laufen. Dieser Nutzer muss "admin" Rechte haben (was eine Einstellung vom Betriebssystem selber ist).

Zusätzlich muss noch eine weitere Option angeschaltet sein, da habe ich mal nachgeschaut, die ist per default auf "aus". Ich würde mal mit den Kollegen aus dem Umfeld sprechen, dass wir das default dort ändern bzw. die Option in dem oben genannten Dialog mit anbieten.

Hier muss man sagen, dass es "leider" etwas schieriger geworden ist diese Werte (unter MacOS) dauerhaft zu ändern, daher müssen wir diese Werte mit jedem Neustart der serverTools immer wieder anpassen und das benötigt die administrativen Rechte, eine dauerhafte Änderung durch die Manipulation der "/etc/sysctl.conf" war in letzter Zeit immer weniger erfolgreich.