Dito - perfekte Anleitung, herzlichen Dank!!!
Update form Open SuSE 15.4 to 15.5
WalterH The question from zypper should be answered as "a - trust always"
If you see errors about repo-sle-debug-update, disable the repository with:
zypper mr -d repo-sle-debug-update
Hier solltet ihr bei der deutschen Sprachversion "i -immer vertrauen" eingeben
Das " zypper mr -d repo-sle-debug-update" läßt sich nach dem Upgrade mit
" zypper mr -e repo-sle-debug-update" wieder aktivieren!
THE_FRICKLER ich habe es ergänzt, aber ich kann nicht empfehlen die Systemsprache auf Deutsch zu stellen. es wird alles nur mit Systemsprache Englisch getestet und auch die Fehlermeldungen sind in DE deutlich anders.
Bin ganz bei dir! Aber der innere Trieb packt mich dann. Habe Systeme in beiden Sprachen und wollte es nur ergänzen, da bei diesem Feature "a" und "i" eben gegensätzliche Auswahlen verursachen.
Auch von mir vielen Dank für die gute Anleitung.
Hat alles gut geklappt und meine VM mit der Community Version ist nun auf 15.5!
- Edited
Danke WalterH , dass Du das hier schon wieder so genau vorbereitet hast.
Wenn ich das richtig verstande habe, sollte 5-10 Minuten nach dem "gromox-dbop -U" eine andere Version drin stehen also vorher, oder? Dem ist bei mir auch nach 30 Minuten nicht so. Es bleibt bei gx-122.
Bei Starten des Befehls, wir mir ebenfalls
dbop: Current database schema: gx-122
angezeigt. Allerdings ändert sich die Version nicht und ich finde im journal auch keine Meldungen zu den User-Datenbanken (.../exchange.sqlite3)
Ich bin auf meiner Test-VM auf 15.4
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/distribution/leap/15.4/repo/oss
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/debug/distribution/leap/15.4/repo/oss
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/debug/update/leap/15.4/oss
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/backports_debug/
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/backports/
/etc/zypp/repos.d/base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/oss
/etc/zypp/repos.d/grommunio-base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/backports_debug/
/etc/zypp/repos.d/grommunio-base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/backports/
/etc/zypp/repos.d/grommunio-base.repo:baseurl=http://download.opensuse.org/debug/update/leap/15.4/sle/
/etc/zypp/repos.d/grommunio-base.repo:baseurl=http://download.opensuse.org/update/leap/15.4/sle/
/etc/zypp/repos.d/grommunio.repo:baseurl=https://XXXXXX:YYYYYYY@download.grommunio.com/supported/openSUSE_Leap_15.4/?ssl_verify=no
mit installiertem 2022.12.1
vm3:~ # zypper se -si gromox grommunio
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+------------------------------------+---------+--------------------------------+--------+------------------
i | grommunio | pattern | 1-lp154.9.1 | x86_64 | grommunio
i+ | grommunio-admin-api | package | 1.11.25.8935796-lp154.25.1 | noarch | grommunio
i+ | grommunio-admin-common | package | 6.cb985db-lp154.11.1 | noarch | grommunio
i+ | grommunio-admin-web | package | 2.8.0.3.57a15dd-lp154.10.1 | noarch | grommunio
i+ | grommunio-antispam | package | 3.6-lp154.1.1 | x86_64 | grommunio
i+ | grommunio-archive | package | 1.3.13.g137.d1b0df1b-lp154.3.5 | x86_64 | grommunio
i+ | grommunio-chat | package | 7.8.0-lp154.2.1 | x86_64 | grommunio
i+ | grommunio-common | package | 15.94f06a1-lp154.16.1 | x86_64 | grommunio
i+ | grommunio-cui | package | 1.0.250.0365021-lp154.19.1 | noarch | grommunio
i+ | grommunio-dav | package | 1.3.11.2b59b5d-lp154.4.1 | noarch | grommunio
i | grommunio-error-pages | package | 1.0.9.224b089-lp154.13.1 | noarch | grommunio
i+ | grommunio-files | package | 25.0.10-lp154.1.1 | noarch | grommunio
i+ | grommunio-imapsync | package | 2.229-lp154.6.1 | noarch | grommunio
i+ | grommunio-index | package | 0.1.36.4ebe9ad-lp154.14.1 | x86_64 | grommunio
i+ | grommunio-office | package | 7.0.0-lp154.5.4 | x86_64 | grommunio
i | grommunio-office-fonts | package | 7.0.0-lp154.5.4 | noarch | grommunio
i+ | grommunio-release | package | 2022.12.1-lp154.3.1 | x86_64 | grommunio
i+ | grommunio-setup | package | 1.0.97.e20960a-lp154.21.1 | noarch | grommunio
i+ | grommunio-sync | package | 2.0.23.897fb38-lp154.27.1 | noarch | grommunio
i+ | grommunio-web | package | 3.2.72.dddd229-lp154.6.2 | noarch | grommunio
i+ | gromox | package | 2.10.256.4feb515-lp154.15.1 | x86_64 | grommunio
i+ | gromox-debuginfo | package | 2.10.256.4feb515-lp154.15.1 | x86_64 | grommunio
i+ | gromox-debugsource | package | 2.10.256.4feb515-lp154.15.1 | x86_64 | grommunio
i+ | grub2-theme-grommunio | package | 1-lp154.11.2 | noarch | grommunio
i+ | jitsi-meet-branding-grommunio | package | 2.0.6726-lp154.7.1 | noarch | grommunio
i+ | NAME="grommunio" | product | "2022.12.1" | noarch | (System Packages)
i+ | patterns-grommunio | package | 1-lp154.9.1 | x86_64 | grommunio
i+ | plymouth-theme-grommunio | package | 1-lp154.11.2 | noarch | grommunio
i | system-user-grommunio | package | 3-lp154.10.2 | noarch | grommunio
i | system-user-gromox | package | 2-lp154.13.2 | noarch | grommunio
i | systemd-presets-branding-grommunio | package | 2022.12-lp154.1.2 | noarch | grommunio
Das System habe ich von 15.3 auf 15.4 mit Deiner letzten Anleitung angehoben.
Alle anstehenden Updates sind installiert.
Habe ich etwas falsch verstanden oder was kann ich noch prüfen?
Danke
Ulf
BusinessTux Es bleibt bei gx-122.
Ist die aktuelle Version, was neueres gibt es nicht. Alte Installationen haben u.U: gx-120 oder älter, bei denen steht dann gx-122.
BusinessTux journal auch keine Meldungen zu den User-Datenbanken (.../exchange.sqlite3)
dann werden die auch schon aktuell sein.
BusinessTux im journal auch keine Meldungen zu den User-Datenbanken (.../exchange.sqlite3)
Dieser Befehl öffnet alle SQLite Datenbanken, das erzwingt das Update der Datenbanken wenn es noch nicht durchgeführt ist.
grommunio-admin user query username | grep @ | while read -r line; do echo -e "\n\nTest / upgrade schema for $line"; grommunio-admin exmdb "$line" folder list; done
Yeah, ich liebe OneLiner :-D Danke.
Dann habe ich wohl
WalterH Current schema at Sept. 2023 is EV-12.
das hier falsch verstanden, weil ich dachte, das müsste auf jeden Fall kommen.
Nach dem Öffnen der DBs ist das Schema trotzdem gleich geblieben. Ich setze das Update dann einfach mal fort.
journalctl
starten und mit /EV-12
suchen ob das Update schon durchgeführt wurde und wann?
Auf meiner Test-VM ist das Update scheinbar erfolgreich gelaufen. Keine Fehlermeldung, Versand, Oberflächen und Schnittstellen funktionieren.
WalterH journalctl starten und mit /EV-12 suchen ob das Update schon durchgeführt wurde und wann?
Weder auf meiner Test-VM (mit jetzt 15.5) noch auf einer Kunden-VM mit 15.4 habe ich diesen Eintrag (weder groß noch klein) im Journal gefunden.
- Edited
Sollte z. B. so aussehen:
Ist das eine Supported version? Da kann es sein, das das Update auf EV-12 noch nicht aktiviert wurde.
WalterH Ist das eine Supported version? Da kann es sein, das das Update auf EV-12 noch nicht aktiviert wurde.
Ja, beides Supported Versionen.
Jo, kann ich bestätigen mit Supported das es noch EV-11 ist.
journalctl --grep EV-1
spuckt mir das letzte update auf EV-11 am 29. Juli (in meinem Fall) aus.
Das aktuelle ISO-Images wird bereits mit 15.4 ausgeliefert. Getestet in einer Installation am 2.9.23
EV-12 wird so wie ich das sehe für EWS benötigt, EWS ist in der Supported Version aber noch nicht vorhanden. Da ist noch die QS am arbeiten.
Danke für die Ergänzung.
Dann drücken wir mal die Daumen, dass die QS nicht noch etwas findet, da ich auf EWS schon länger warte. Alleine schon wegen der Archivierung von Shared Mailboxen (siehe https://community.grommunio.com/d/1203-archiving-shared-mailbox)
- Edited
Hallo, ich hänge an Punkt 6
gromox-dbop -U
mysql_connect: Can't connect to local MySQL server through socket '/run/mysql/mysql.sock' (2)
? Kann ich dann einfach an Punkt7 weiter machen...
Würde gerne mein System auf akt. Stand bringen.
Ich findes es bedenklich, das die MySQL nicht antwortet. Laufen alle Dienste?
systemctl --failed
Wenn notwendig MySQL restarten,
Grundsätzlich kann man auch weitermachen, Punkt 6. ist eine Kontrolle. Sollte aber funktionieren.