ich teste zur Zeit die Ubuntu Standart-Installation mit einem Client unter OSX. Version des Java-Clients (vom Server geladen) ist 5.16-release2.253 (im Client zu sehen), (v2.253) | SpringBoot version (v1.5.3.RELEASE) während des Starts im Terminal zu sehen.
Soweit so gut, ich habe das Update nach Anleitung http://metasfresh.com/dokumentation/serverupdate/ gemacht. Es gab ein paar Anpassungen, aber ich habe es hin bekommen.
Dann den Server neu gestartet und den Client neu herunter geladen. (vom lokalen metasfresh Server) und entpackt.
Der Client scheint der selbe geblieben zu sein, ich habe auf dem Server das /opt/metasfresh/download/ Verzeichnis angesehen, dort ist noch die alte Client-Version.
Wie kann ich auf eine Client-Version updaten? Oder bezog sich die neue Version nur auf Server-Updates?
in der Regel wird die Client Version so auf den neusten Stand gebracht, wie du es beschrieben hast:
den Server updaten
vom lokalen Server den neuen gezippten Client herunterladen ( http://my_metasfresh_server:8080/download/metasfresh-client.zip )
den alten Client durch den neuen ersetzen ( du kannst zur Sicherheit das alte Verzeichnis verschieben )
Kannst du dich denn trotz alter versionsnummer des Clients auf dem Server damit anmelden? Wenn ja, scheint auch der Server aus noch unbekannten Gründen nicht geupdated worden zu sein.
Kannst du denn mal die Konsolenausgabe posten, nachdem du in den in der Anleitung unter “Schritt 6” vermerkten Befehl ./minor_remote.sh eingegeben hast?
ich poste mal, habe beim Suchen nach der Ausgabe aber schon einen (vorher überlesenen Hinweis) gefunden.
| 2017-08-28 09:52:10 | minor_remote.sh | BEGIN
| 2017-08-28 09:52:10 | install_metasfresh | BEGIN
| 2017-08-28 09:52:10 | prepare | BEGIN
| 2017-08-28 09:52:10 | check_vars_minor | BEGIN
| 2017-08-28 09:52:10 | check_var_fallback | Variable/Param ‘METASFRESH_HOME’ is set to /opt/metasfresh
| 2017-08-28 09:52:10 | check_var | Variable/Param ‘PATH’ is set to /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
| 2017-08-28 09:52:10 | check_vars_minor | END
| 2017-08-28 09:52:10 | check_var | Variable/Param ‘LOCAL_DIR’ is set to /home/metasfresh/metasfreshupdate_4_26_25/dist/install
| 2017-08-28 09:52:10 | source_properties | BEGIN
| 2017-08-28 09:52:10 | check_var | Variable/Param ‘ROLLOUT_DIR’ is set to /home/metasfresh/metasfreshupdate_4_26_25/dist/install/…
| 2017-08-28 09:52:10 | check_var | Variable/Param ‘HOSTNAME’ is set to metasfresh
| 2017-08-28 09:52:10 | check_file_readable | File /home/metasfresh/local_settings.properties is readable
| 2017-08-28 09:52:10 | source_properties | sourcing /home/metasfresh/local_settings.properties
| 2017-08-28 09:52:10 | source_properties | END
| 2017-08-28 09:52:10 | check_vars_server | BEGIN
| 2017-08-28 09:52:10 | check_var_fallback | Variable/Param ‘METASFRESH_HOME’ is set to /opt/metasfresh
| 2017-08-28 09:52:10 | check_vars_server | END
| 2017-08-28 09:52:10 | check_rollout_user | BEGIN
| 2017-08-28 09:52:10 | check_var | Variable/Param ‘ROLLOUT_USER’ is set to metasfresh
| 2017-08-28 09:52:10 | check_rollout_user | END
| 2017-08-28 09:52:10 | check_java_version | BEGIN
| 2017-08-28 09:52:11 | check_java_version | END
| 2017-08-28 09:52:11 | check_file_exists | File /home/metasfresh/local_settings.properties exists. Checking if readable
| 2017-08-28 09:52:11 | check_file_readable | File /home/metasfresh/local_settings.properties is readable
| 2017-08-28 09:52:11 | prepare | checking if the local settings file has the right permissions
| 2017-08-28 09:52:11 | prepare | END
| 2017-08-28 09:52:11 | install_metasfresh | The local instalation is already spring-bootified
| 2017-08-28 09:52:11 | stop_metasfresh | BEGIN
./tools.sh: Zeile 211: service: Befehl nicht gefunden
Nämlich die letzte Zeile. Ich schaue mal, ist das bei debian mittlerweile geändert?
Dementsprechend sollte das Verzeichnis auch ein anderes sein.
Dann sollte nämlich auch das skript erkennen, ob du derzeit deinen Server mit systemd oder einem system-v betreibst.
Der aktuelle Stand (Ubuntu 16.04 und auch aktuelle Debian) sollte systemd sein. Also z.B. systemctl start/stop/status metasfresh_server.service
ganz blöder einfacher Fehler: der Pfad hatte kein /usr/sbin, irgendwie ist der User ohne den Pfad-Teil nicht so gut dabei.
Jetzt ist das Skript durchgelaufen, der Inhalt vom Ordner ist neuer.
Vielen Dank,
mafi
Und das herunter geladene tar ist das falsche. Ich habe den Teil aus der Anleitung gelassen.
Kurioserweise habe ich wieder das Problem, dass ich ein Passwort für metasfresh (zum Stop des Service) brauche.
das bastel ich morgen zurecht.
Soll ich (bei Erfolg) eine Anleitung als Ersatz für die auf der Website ( http://metasfresh.com/dokumentation/serverupdate/ machen?
