Admins kleiner Zettelkasten für die Lösung von Linuxproblemen
Das versuchte Upgrade von Ubuntu 16.04 auf 18.04 auf der Kommandozeile mittels sudo do-release-upgrade scheiterte heute zunächst an der Fehlermeldung Please install all available updates for your release before upgrading. Nach kurzer Recherche ließ sich das Problem aber lösen.
Um Zensur in einzelnen Ländern oder Regionen zu umgehen und auch sonst etwas anonymer im Netz unterwegs zu sein, ist der Torbrowser eine leicht installierbare Lösung. Dumm nur, wenn der Torbrowser einen Exitnode in einem Land wählt, das den gleichen Restriktionen unterliegt. Dafür bietet sich an, nur bestimmte Länder als ExitNodes zuzulassen.
Bei der Suche nach einem Fehler in einer Nextcloud-Installation installierte ich kürzlich alle möglichen zusätzlichen Pakete für php 8.0. Das hatte den Nebeneffekt, dass Textpattern-Installationen plötzlich fehlerhafte Seiten ausgaben bzw. RSS-Feeds mit der angehängten kompletten Standardseite.
Für einige schlaflose Nächte sorgte ein beharrlicher 499 Error Code von Nginx bei der Ausführung eines php-Scripts ausgelöst durch Curl. Wenn es mal etwas länger dauerte, dann wurde die Ausführung genau nach 60 Sekunden gestoppt und der Cache-Server Varnish startete einen neuen Versuch, der aufgrund der gesetzten Sperre im php-Script fehlschlug.
Mitunter braucht man einen Screenshot bzw. ein Bildschirmfoto von einer Website auf der Kommandozeile in einem Script, um das Bild dann entsprechend weiterzuverarbeiten. Auch in Linux ist das relativ einfach mit den bereits vorhandenen Browsern und das funktioniert auch auf einem Webserver ohne installiertes Xorg.
Bei Dreamhost wurde kürzlich ein Datenbankupdate auf MySQL 8 vorgenommen. Danach endete der cronjob mit dem täglichen Datenbankbackup per mysqldump mit der Fehlermeldung „mysqldump: Error: ‚Access denied; you need (at least one of) the PROCESS privilege(s) for this operation‘ when trying to dump tablespaces“.
In der Nextcloud-Installation nervte seit einiger Zeit die Fehlermeldung „Dein Webserver ist nicht richtig konfiguriert, um „/.well-known/webfinger“ aufzulösen. Weitere Informationen hierzu findest Du in unserer Dokumentation ↗.“ Das Einrichten von Nginx gemäß den Hinweisen bei Nextcloud verschlimmerte die Situation, da danach auch noch „/.well-known/carddav“ und „/.well-known/caldav“ als nichtfunktionierend ausgewiesen wurden. Dabei war der Proxy-Nginx korrekt gemäß der offiziellen Dokumentation konfiguriert.
Die standardmäßige „Message of the day“-Einstellung nach dem Login auf der Konsole bei Debian/Ubuntu ist zwar meist ausreichend, lässt sich aber mittels eines kleineren Eingriffs aufpeppen.
Let’s Encrypt hat die Einrichtung von SSL-Zertifikaten enorm vereinfacht und der certbot-Service kümmert sich im Hintergrund um die Erneuerung von bald ablaufenden Zertifikaten. Doch wie ein Zertifikat fehlerfrei wieder entfernen ohne etwas an der Installation kaputt zu machen?
Nach dem Update von varnish 6.5.1 auf varnish 7.0 starteten varnishlog und varnishncsa trotz laufendem varnishd auf einmal nicht mehr und es gab nur eine Fehlermeldung VSM: Could not get hold of varnishd, is it running?.
Beim Booten meines AMD-Laptops (AMD Ryzen 3500U) im Batteriebetrieb unter Ubuntu 20.04 blieb der Bildschirm regelmäßig schwarz, wodurch das Gerät mit Akku nicht nutzbar war. Diverse Experimente mit angeschlossenem externen Monitor usw. brachten keine Änderung. Der Blick in die /var/log/Xorg.0.log brachte auch keine Aufschlüsse und /etc/X11/xorg.conf ist seit Jahren inexistent.
Nach unvermittelten Serverneustarts beispielsweise nach einem Servercrash ergibt sich mitunter die Situation, dass der Cronjob zum Updaten der RSS-Feeds in Nextcloud News ergebnislos endet, also die Feeds nicht updated.
In einem php-Plugin für Textpattern, in dem RSS-Feeds geparsed werden, ließen sich einige Leerzeichen partout nicht mit einem einfachen trim($string); beseitigen.
In einer schwachen Sekunde zog ich ein Upgrade von Mariadb 10.5.11 auf 10.6.3 durch. Die Knowledge-Base machte Hoffnung mit der Aussage
On most servers upgrading from 10.5 should be painless.
Neben der Cloudflare-Lösung für nginx 1.16.x gibt es inzwischen eine Beta-Version von nginx für die Integration von HTTP/3 (QUIC) in Nginx und damit die nächste auf UDP aufbauende Version des Hypertext Transfer Protokolls. Da Cloudflare ziemlich stark genutzt wird, blinkt, wenn man zum Beispiel die „HTTP Version Indicator“-Erweiterung nutzt, auf vielen Seiten ein grüner Blitz für die Nutzung von HTTP/3 entgegen.