Update form Open SuSE 15.5 to 15.6

Ist diese Anleitung hier der einzige Weg von 15.5 auf 15.6 umzustellen?
Ich habe das wie in Post 1 beschriebene Script grommunio-update upgrade supported laufen lassen. Allerdings führt dieses Script nicht das Update auf 15.6 durch.

WalterH mehr Informationen liefert und Möglichkeiten zum Eingreifen bietet.

Das ist aus dieser Sicht richtig, ich unterstelle aber, ich gehe da auch von mir aus, dass nicht jeder damit nichts anfangen kann, weil Kenntnisse fehlen. Ich bevorzuge daher die Neuinstallation und Datenübertragung.

WalterH Das Script kann das: https://docs.grommunio.com/admin/operations.html#updating-grommunio

Wüsste ich nichts von und im git repo ist noch der alte kram drin sowie auf den installierten systemen..

grom-test-4:~ # rpm -q grommunio-admin-common
grommunio-admin-common-42.e17ec55-lp156.36.1.noarch
grom-test-4:~ # grep -Po '15.?([0-9])?.*' /etc/zypp/repos.d/* /usr/sbin/grommunio-repo /usr/sbin/grommunio-update
/etc/zypp/repos.d/base.repo:15.6/repo/oss
/etc/zypp/repos.d/base.repo:15.6/oss
/etc/zypp/repos.d/base.repo:15.6/repo/oss
/etc/zypp/repos.d/base.repo:15.6/oss
/etc/zypp/repos.d/base.repo:15.6/repo/oss/
/etc/zypp/repos.d/grommunio-base.repo:15.6/repo/oss
/etc/zypp/repos.d/grommunio-base.repo:15.6/oss
/etc/zypp/repos.d/grommunio-base.repo:15.6/sle/
/etc/zypp/repos.d/grommunio-base.repo:15.6/backports/
/etc/zypp/repos.d/grommunio-base.repo:15.6/repo/oss
/etc/zypp/repos.d/grommunio-base.repo:15.6/oss
/etc/zypp/repos.d/grommunio-base.repo:15.6/sle/
/etc/zypp/repos.d/grommunio-base.repo:15.6/backports_debug/
/etc/zypp/repos.d/grommunio-base.repo:15.6/repo/oss/
/etc/zypp/repos.d/grommunio.repo:15.6/?ssl_verify=no
/usr/sbin/grommunio-repo:15.[34]#${VERSION_ID}#g" /etc/zypp/repos.d/*.repo > /dev/null 2>&1
/usr/sbin/grommunio-update:15 Minutes: "$5 }')

Da ist keine mechanik drin die von 15.5 auf 15.6 aktualisiert weil die ziffer 5 nach der 34 fehlt was es dann jedoch einfach ohne nachfrage machen würde durch ein klicken auf update im admin-web...

Also sofern man in die datei /etc/os-release einfach mal 15.6 eintragen würde jetzt wo das auch genutzt wird \o/

Andy Bei dieser Art von Umstellung bin ich irgendwann aussen vor ....... Welche wichtigen Unterschiede in Schritt 19 erscheinen können, ist unklar, bei Schritt 20 breche ich ab, da der Vorgang für mich nicht prozeßsicher funktioniert. Mit Schritt 21 geht es im Prinzip so weiter

Es ist das, was ich auch in den vorigen Posts meinte, spätest ab diesen Schritten ist detaillierteres Know-How erforderlich, was mir jetzt zB. fehlt. Mir wäre es deshalb am liebsten, wenn es mit diesem "1/3" und vlt. noch ein paar eindeutigen Zusatzschritten auch reichen würde.

Mit wünschen hat das nichts zu tun.

Einfaches Bsp. Schritt 19 "....find missing packages but if you do, reinstall them as follow...", nach was soll ich suchen? Schritt 20 erfordert Detailwissen, Schritt 21 ebenso ... welche kann ich löschen und welche darf ich nicht löschen.

Usw. Ich warte eben besser, bis es wieder eine funktionierende Appliance gibt.

Ich unterstelle, dass in einer neuen Appliance alles korrekt hinterlegt ist. Da gibt es keine Schritte 19 und 20, wo beurteilt werden muss, was richtig oder falsch ist, ich für meinen Teil kann das jedenfalls nicht.

Dagegen, wenn Du eine Appliance neu installierst und überträgt nur Deine Nutzdaten und Datenbanken, ist das für mich sicherer, da es dafür einen klaren Weg gibt. Ich habe das bislang bei wesentlichen Veränderungen gemacht, zB. auch, als Leap 154 auf 155 angehoben wurde.

Einfach gesagt, könnte der Schritt 20 so gesehen dann übersprungen werden, wenn vorher im System keine Anpassungen erfolgten und das installierte System einer Defaultinstallation entsprechen würde.

Ich habe an einer Test-VM die Migration durchgeführt und die Configs, die ich für die Abholung und den Versand von Emails kenne, dazu zählen insbesondere

/etc/sysconfig/fetchmail
FETCHMAIL_POLLING_INTERVAL="180"
FETCHMAIL_FETCHALL="no"

/etc/postfix/main.cf
#relayhost
relayhost = 192.xxx.xxx.xxx:587 (Synology Mailserver Plus)

# SASL stuff
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = lmdb:/etc/postfix/sasl_passwd
smtp_use_tls = yes
# smtp_tls_security_level=yes # Verschlüsselung
#mynetworks
mynetworks = 192.xxx.xxx.0/24, 127.0.0.0/8 [::1]/128

/etc/postfix/sasl_passwd
# your smtp.com
# [smtp.yoursmt.server]:587 user:password

/etc/php8/cli/php.ini
memory_limit = 1024M

sind alle erhalten geblieben. Dennoch funktioniert jetzt im Gegensatz zu vorher der Versand nicht mehr, es erscheint die Meldung

<xxx.xxx@gmail.com>: host 192.xxx.xxx.xxx[192.xxx.xxx.xxx] said: 553 5.7.1
    <xxx.xxx@xxxxx.de>: Sender address rejected: not owned by user
    xxxxx (in reply to RCPT TO command)

Wo ist da ggf. noch anzupassen?