Das Update von 18.04 auf 20.04 auf einem Server mit RSpamd, Postfix, Dovecot, Apache, MySQL zeigte gestern, dass nur relativ wenig bricht:<\/p>\n
Das Paket mail-stack-delivery<\/em> ist ja seit 18.04 schon nicht mehr das, was es einst war. Leider. Jetzt scheint dessen Vorhandensein daf\u00fcr zu sorgen, dass beim Upgrade die Pakete<\/p>\n entfernt werden. Dovecot wirft dann mit Fehlern, die nicht ganz in die richtige Richtung weisen – n\u00e4mlich u.a.<\/p>\n auch wenn mensch hier ebenfalls t\u00e4tig werden und postmaster_address<\/em> setzen darf.<\/p>\n Weiter f\u00e4llt der Start des MySQL Servers auf die Nase, wenn vorher Anpassungen f\u00fcr Moodle und \/ oder Nextcloud vorgenommen wurden. Er moniert:<\/p>\n Behoben wird dies (zumindest bei diesem Server) durch Auskommentieren der Zeilen<\/p>\n in \/etc\/mysql\/mysql.conf.d\/moodle.cnf<\/em> bzw. nextcloud.cnf<\/em> ebenda. Weder Moodle noch Nextcloud scheinen sich hieran bisher zu st\u00f6ren.<\/p>\n Check_MK kommt mit dem frischen Kernel ebenfalls nicht richtig klar und zeigt auf einer Maschine mit 32GB RAM bei 2GB RAM Auslastung nun:<\/p>\ndovecot-imapd dovecot-pop3d dovecot-sieve<\/pre>\n
Error: sieve: Failed to initialize script execution: Invalid postmaster_address: invalid\r\naddress `postmaster' specified for the postmaster_address setting<\/pre>\n
[ERROR] [MY-000067] [Server] unknown variable 'innodb_file_format=Barracuda'.<\/pre>\n
innodb_file_format = Barracuda\r\ninnodb_file_per_table = 1\r\ninnodb_large_prefix<\/pre>\n
Largest Free VMalloc Chunk: 0 B (warn\/crit below 50 MB\/30 MB) CRIT<\/pre>\n