June 2019 – oprtr.org

Hardware

Displaywechsel zu FullHD beim ThinkPad X240

June 30, 2019

Vor kurzem habe ich ein ThinkPad x240 zum günstigen Preis von 129€ erstanden. Da ich plane es zu meinem neuen täglichen Begleiter zu machen, wollte ich das alte Display, welches eine Auflösung von 1366×768 bietet, mit einem neuen FullHD IPS Display ersetzen. Da das x240 ursprünglich ebenfalls mit einem FullHD Display verkauft wurde, wusste ich, dass das Upgrade theoretisch möglich ist.

Vor dem Kauf habe ich mich informiert, ob es sehr aufwendig ist, das Display zu tauschen. Dem war glücklicherweise nicht so. Also entschied ich mich kurzerhand dazu, das Display zu bestellen.

Vorbereitung

Der Einbau an sich ist recht einfach. Damit der Rest des Laptops keinen Schaden beim Austausch der Displays nimmt, muss zunächst die Interne Batterie des x240 deaktiviert werden. Dies gelingt, indem man im BIOS unter “Config” nach “Power” navigiert und hier die Option “Disable Built-in Battery” auswählt.

Nach dem festlegen der Einstellung schaltet sich das Notebook eigenständig aus. Nun muss noch die außen befestigte Batterie abgeklemmt werden. Dies gelingt, wie gewohnt, über die Schieber an der Rückseite des Gerätes.

Ausbau des alten Displays

Um das alte Display auszubauen, muss zunächst der Display-Rahmen gelöst werden. Dies gelingt am besten mit diesem Tool. Der Name fiel mir leider nicht ein, daher dient das Bild.
Hierbei fährt man mit dem Tool in den Display-Rahmen hinein und hebelt diesen Stück für Stück aus seiner Verankerung. Bei diesem Schritt sollte man etwas vorsichtiger sein, damit man den Display-Rahmen nicht abbricht.

Nachdem der Rahmen entfernt ist, kann das Display nach vorne auf die Tastatur gelegt werden. Hier kommt bereits der Stecker zum Vorschein, welcher das Display mit dem Rest des Notebooks verbindet. Vorsichtig muss nun die Plastikfolie, welche über dem Stecker aufgeklebt ist, gelöst werden. Anschließend wird der Stecker noch durch eine Spange gehalten. Diese musste in meinem Fall ebenfalls nach oben geklappt werden und ist auf dem folgenden Bild zu sehen. Nach dem umklappen der Spange kann der Stecker herausgezogen werden und der Einbau des neuen Displays kann beginnen.

Einbau des neuen Displays

Der Einbau ist fast noch einfacher als der Ausbau. Das neue Display kann, wie auch beim Ausbau, auf die Tastatur gelegt werden, damit man den Stecker wieder stressfrei befestigen kann. Anschließend kann das Display wieder in seine Vorrichtung eingesetzt werden. Bevor der Display-Rahmen wieder aufgesetzt wird, solltet ihr prüfen, ob mit dem Display alles einwandfrei funktioniert. Dazu reicht es, wenn der Stromstecker wieder ins Notebook eingesteckt wird und man es einschaltet.

Da bei mir alles soweit funktionierte, konnte ich den Umbau abschließen, indem ich die Display-Schutzfolie abzog und den Display-Rahmen wieder in seiner ursprünglichen Position befestigte.

Fazit

Für Leute die gerne mit einer hohen Auflösung arbeiten, lohnt sich das Upgrade definitiv. Wie auf den folgenden Bildern zu sehen ist, ist der Unterschied zwischen den beiden Displays schon sehr stark zu erkennen.

Ich denke man sollte für sich selbst entscheiden, ob man die 80€ für ein solches Display ausgeben möchte. Bisher habe ich es zumindest nicht bereut. 🙂

Solltet ihr euch für den Umtausch entscheiden, wünsche ich viel Spaß beim nachmachen.

1366×768, TN Panel
1920×1080, IPS Panel

Open Source, Software, Uncategorized

Let’sEncrypt: Missing command line flag or config entry for this setting

June 11, 2019

Da ich bemerkt habe, dass sich eines meiner Zertifikate nicht selbst aktualisiert, bin ich vor kurzem beim manuellen aktualisieren meines Zertifikats auf folgendes Problem gestoßen.

Attempting to renew cert (monitoring.oprtr.org) from /etc/letsencrypt/renewal/monitoring.oprtr.org.conf produced an unexpected error: 
Missing command line flag or config entry for this setting:
Input the webroot for monitoring.oprtr.org:. Skipping.
The following certs could not be renewed:
  /etc/letsencrypt/live/monitoring.oprtr.org/fullchain.pem (failure)

Im Prinzip sagt die Meldung aus, dass das Webroot Verzeichnis für den Dienst hinter der Domain nicht richtig angegeben wurde. Im Normalfall ist dieses z.B. unter /var/www/html.

Etwas wunderte mich dies, da die Konfiguration, welche in der Fehlermeldung angezeigt wurde, automatisiert von Certbot erstellt wurde.
Sie sah in meinem Fall wie folgt aus:

# renew_before_expiry = 30 days
version = 0.31.0
archive_dir = /etc/letsencrypt/archive/monitoring.oprtr.org
cert = /etc/letsencrypt/live/monitoring.oprtr.org/cert.pem
privkey = /etc/letsencrypt/live/monitoring.oprtr.org/privkey.pem
chain = /etc/letsencrypt/live/monitoring.oprtr.org/chain.pem
fullchain = /etc/letsencrypt/live/monitoring.oprtr.org/fullchain.pem

# Options used in the renewal process
[renewalparams]
account = ###
server = https://acme-v02.api.letsencrypt.org/directory
authenticator = webroot
rsa_key_size = blub
webroot_path = /var/www/certbot
[[webroot_map]]

Auf den ersten Blick scheint es so, als sei “webroot_path” richtig angegeben. Anschließend schaute ich mir die Konfiguration einer anderen Domain an. Hierbei fiel mir auf, dass das Webroot Verzeichnis etwas anders definiert wurde.

Ich entfernte die Zeilen:

webroot_path = /var/www/certbot
[[webroot_map]]

Und ersetzte diese mit:

[[webroot_map]]
monitoring.oprtr.org = /var/www/certbot

Anschließend sah meine Konfiguration wie folgt aus:

# renew_before_expiry = 30 days
version = 0.31.0
archive_dir = /etc/letsencrypt/archive/monitoring.oprtr.org
cert = /etc/letsencrypt/live/monitoring.oprtr.org/cert.pem
privkey = /etc/letsencrypt/live/monitoring.oprtr.org/privkey.pem
chain = /etc/letsencrypt/live/monitoring.oprtr.org/chain.pem
fullchain = /etc/letsencrypt/live/monitoring.oprtr.org/fullchain.pem

# Options used in the renewal process
[renewalparams]
account = ####
server = https://acme-v02.api.letsencrypt.org/directory
authenticator = webroot
rsa_key_size = blub
[[webroot_map]]
monitoring.oprtr.org = /var/www/certbot

Nachdem ich meine Konfiguration wie erklärt angepasst habe, konnte ich das Zertifikat erfolgreich erneuern.

Quelle zum Vorschaubild: letsencrypt.or g
Autor: Let’s Encrypt
Lizenz: Creative Commons Attribution-NonCommercial 4.0 International License (CC BY-NC 4.0)

Software

CheckMK im Docker Container updaten (Docker Compose)

June 2, 2019

Alle die, die das offizielle CheckMK Docker Image im Einsatz haben, um damit ihr Monitoring zu betreiben, werden sich früher oder später fragen, wie man ein Versionsupdate des CheckMK Containers durchführt.

Zuerst sollte man sich vom Datenverzeichnis, welches man höchstwahrscheinlich in den Docker Container mountet, ein Backup erstellen. Die Dateistruktur wird hier bei vielen unterschiedlich aussehen. Bei mir gelingt ein solches Backup wie folgt.

cp -r docker/checkmk /home/user/checkmk_backup

Update

Anschließend wird ein weiterer CheckMK Container mit der Version gestartet, auf welche geupdated werden soll. Außerdem wird angegeben, dass dieser die gleichen Verzeichnisse, wie der bereits bestehende Docker Container verwenden soll. Des Weiteren wird angegeben, auf welche Version geupdated werden soll.

docker container run -t -d --rm --volumes-from checkmk --name checkmk_update checkmk/check-mk-raw:1.5.0p16 bash

Nun wird festgelegt, welche Version aktuell auf dem existierenden Container genutzt wird. Diese wird vorerst auf den neuen Container kopiert.

docker cp -L checkmk:/omd/versions/default - | docker cp - checkmk_update:/omd/versions/

Anschließend wird nur noch das folgende Kommando benötigt, um das Update durchzuführen.

docker exec -it -u cmk checkmk_update omd update

Nun wird nochmal gefragt, ob das Update tatsächlich durchgeführt werden soll.

Mit der Meldung “Finished Update.” sollte dieses abgeschlossen werden. Der Update-Container kann nun mit folgendem Kommando wieder entfernt werden.

docker kill checkmk_update

Um die Update-Prozedur abzuschließen, muss nun nur noch die Checkmk-Version im Compose-File angepasst werden und der/die Container neu gestartet werden.

nano docker-compose.yml

version: '3'
services:
  checkmk:
    image: checkmk/check-mk-raw:1.5.0p15

abändern zu:

version: '3'
services:
  checkmk:
    image: checkmk/check-mk-raw:1.5.0p16

Nun noch der besagte Neustart.

docker-compose down && docker-compose up -d

Nach Abschluss sollte nun die neue Version in der CheckMK-Oberfläche angezeigt werden.

Skript zur Automatisierung

Damit die Kommandos nicht immer erneut ausgeführt werden müssen, habe ich ein Skript veröffentlicht, welches den kompletten Aktualisierungsprozess übernimmt.

Verfügbar ist dieses mit entsprechender Anleitung unter folgendem Link: https://github.com/bjarneeins/compose-checkmk-updater