Archiv des Autors: Jörg Kastning

Kommunikation im Homeoffice

Mit diesem Artikel möchte ich an „Wie die Corona-Pandemie den eigenen Arbeitsplatz verändert“ anknüpfen und meine Erfahrungen über die Kommunikation im Homeoffice mit euch teilen.

Die gute Nachricht vorweg: „So viel ändert sich im Vergleich zum Alltag im Büro gar nicht.“ Denn die folgenden Kommunikationsmittel stehen höchstwahrscheinlich unverändert zur Verfügung:

  • E-Mail
  • Ticket-System
  • Telefon
  • Chat
  • Videokonferenz

Was wegfällt, ist das persönliche Gespräch von Angesicht zu Angesicht und die spontanen Stand-Up-Meetings an der Kaffeemaschine.

Textbasierte Kommunikation

Hierunter lassen sich die Kommunikation via E-Mail, Ticket-System und Chat zusammenfassen. Wer diese Kommunikationsmittel bereits aus dem Büro kennt, für den ändert sich im Homeoffice im Prinzip nichts. Denn diese Werkzeuge werden hier in gleicher Art und Weise verwendet.

Für manche mag der Chat als Kommunikationskanal neu hinzugekommen sein. Die Kommunikation per Chat ist in der Regel etwas schneller als per E-Mail und weiterhin bedeutend langsamer als per Telefon. Zum Teil lässt sich hierüber auch das „Geplapper“ an der Kaffeemaschine abbilden.

Um zumindest ein wenig Ordnung ins Chat-Chaos zu bringen, bieten alle gängigen Werkzeuge die Möglichkeit, Chats in Kanäle, Threads und Unterhaltungen zu untergliedern, welche sich jeweils wiederum verschiedenen Themen zuordnen lassen.

Nun kommt es hin und wieder vor, dass ein zu behandelndes Thema als Ticket oder E-Mail zum Leben erweckt wird. Dann setzt sich die Kommunikation plötzlich im Chat fort. Evtl. telefoniert man auch noch einmal dazu oder diskutiert das Thema in einer Videokonferenz. Am Ende sind die Informationen zum Thema über viele Kommunikationskanäle verteilt und lassen sich nur mit viel Aufwand wieder zusammenführen.

Daher ist mein Rat, versucht Medienbrüche so gut es irgendwie geht zu vermeiden. Erhaltet ihr auf ein Ticket oder eine E-Mail keine Antwort, innerhalb des euch angemessen erscheinenden Zeitraums, ist es legitim, per Telefon oder Chat nachzufragen, ob man von dem Ticket bzw. der E-Mail bereits Kenntnis erlangt hat. Die eigentliche Kommunikation sollte jedoch im ursprünglichen Medium zu Ende geführt werden.

Bedenkt, dass ihr dem Empfänger einer Nachricht auch Zeit zum Lesen, Denken und Handeln lassen müsst. Eine E-Mail zu versenden und den Empfänger 5 Minuten später per Anruf oder Chat-Attacke zu fragen, ob dieser die E-Mail schon gelesen und bearbeitet hat, gehört sich nicht. Und zwar unabhängig davon, ob man im Büro oder im Homeoffice sitzt.

Wir benutzen bei uns Rocket.Chat. Die Threads sind ein Alptraum, doch davon ab lässt es sich ganz gut damit leben. Welche Chat-Software ist bei euch im Einsatz und wie zufrieden seid ihr damit?

Telefon- und Videokonferenzen

Ich wünschte, ich hätte rechtzeitig Aktien der großen Anbieter von Videokonferenz-Anwendungen gekauft. Denn diese erleben in Zeiten der Corona-Pandemie einen Zulauf wie vermutlich selten zuvor.

Für uns steht seit längerem der Dienst DFNconf zur Verfügung. Da die deutschen Universitäten und Hochschulen verstärkt auf diesen zugreifen, hat dieser Dienst zuletzt seine Lastgrenze erreicht und ist zu Peak-Zeiten (ca. 9-11 Uhr und 13-17 Uhr) kaum nutzbar. Als Alternativen stehen uns seit kurzer Zeit nun auch Skype for Business und Zoom zur Verfügung. Besonders letzteres hat sich bisher durch Stabilität, Qualität und Einfachheit in der Benutzung bewährt.

Die genannten Anwendungen mögen dabei weder die Besten noch die Schönsten sein. Doch konnten sie schnell zur Nutzung bereitgestellt werden und funktionieren. Mal schauen, ob uns diese Anwendungen auch nach der Krise erhalten bleiben oder ob dann ein Wechsel auf eine andere Anwendung bevorsteht.

Tipp 1: Ein Headset muss nicht teuer sein und ist sein Gewicht in Gold wert. Es steigert die Sprachqualität in Videokonferenzen häufig signifikant.

Tipp 2: Wenn ihr an einer Videokonferenz teilnehmt und gerade nichts zu sagen habt, schaltet euer Mikrofon auf stumm. Nebengeräusche wie der Kriegsschrei der Kinder, Husten, Niesen oder der Rasenmäher des Nachbarn sind nur beim ersten Mal amüsant. Danach stören und verzögern sie eine Konferenz nur unnötig.

Doch gibt es ja noch zig weitere Anwendungen in diesem Bereich. Was nutzt ihr? Wo seht ihr Stärken und Schwächen der unterschiedlichen Anwendungen?

Last but not least ist dort ja auch noch das klassische Telefon. Da bis vor kurzem noch nicht abzusehen war, dass plötzlich ein Großteil der Belegschaft ins Homeoffice verlegt wird, verfügen wir bisher über keine Soft-Clients oder ähnliches, um von daheim so telefonieren zu können, als wären wir im Büro. Wir haben statt dessen Rufumleitungen von der Dienstnummer auf ein privates Endgerät eingerichtet. So ist die telefonische Erreichbarkeit sichergestellt. Ich selbst muss so gut wie nie heraustelefonieren. Für den Fall, dass dies doch einmal vorkommt, wähle ich mit unterdrückter Rufnummer. Damit schütze ich mich davor, dass mich wie früher plötzlich wieder dienstliche Anrufe nach Feierabend auf meiner privaten Nummer erreichen. Auch das geht in meinen Augen gar nicht.

Fazit

Alles in allem fühle ich mich gut gerüstet, um im Homeoffice mit den Kolleg*innen kommunizieren zu können. Hier und da hakt es noch manchmal ein wenig, doch ich bin guter Hoffnung, dass sich das noch einschleifen wird.

Ich wünsche euch, dass euch die passenden Kommunikationswerkzeuge zur Verfügung stehen, um auch im Homeoffice effektiv und effizient kommunizieren und arbeiten zu können.

tmux und tmux-xpanes

Die beiden genannten Anwendungen ergänzen erst seit kurzer Zeit meine SysAdmin-Werkzeugsammlung und werden im folgenden kurz vorgestellt.

Um Programme auch nach dem Beenden einer SSH-Sitzung weiterlaufen lassen zu können, habe ich in der Vergangenheit unter verschiedenen Distributionen das Programm screen verwendet. Mit dem Release von RHEL 7.6 (en) ist screen deprecated (en). Da es somit in RHEL 8 nicht mehr enthalten ist, wurde es Zeit, sich nach einer Alternative umzusehen, welche ich in tmux gefunden habe.

Mit tmux werden die gleichen Anforderungen erfüllt, welche ich an screen gestellt habe und ermöglicht es darüber hinaus, innerhalb eines Terminals oder einer Terminalemulation verschiedene virtuelle Konsolensitzungen zu erzeugen und zu verwalten. Sitzungen können getrennt („detach“) und später weitergeführt werden („attach“). Auch die Möglichkeit, ein Fenster vertikal und horizontal in mehrere „panes“ zu unterteilen, finde ich sehr praktisch.

Die Möglichkeit, ein tmux-Fenster in verschiedene Bereiche zu unterteilen, brachte mich zu der Frage, ob es damit nicht auch möglich ist ein weiteres Werkzeug aus meiner Sammlung abzulösen.

Cluster SSH (en) ermöglicht es, auf einfache Weise parallele SSH-Sitzungen zu mehreren Hosts aufzubauen. Für jeden Host wird dabei ein eigenes xterm-Fenster geöffnet und Befehle können zeitgleich an alle verbundenen Hosts gesendet werden.

Zwar bietet auch tmux mit der Option „synchronize-panes on“ die Möglichkeit, Befehle gleichzeitig an mehrere „panes“ zu senden, doch müssen diese und die SSH-Sitzungen darin zuvor manuell hergestellt werden, was sich als recht umständlich erwies.

Hier betritt nun tmux-xpanes (en) von Yasuhiro Yamada die Bühne, welches diesen Arbeitsschritt enorm erleichtert.

Ich pflege recht umfangreiche ssh_config(5)-Dateien, welche sich hervorragend durch tmux-xpanes nutzen lassen. Folgendes Bild soll die Anwendungsmöglichkeiten veranschaulichen:

Quelle: https://raw.githubusercontent.com/wiki/greymd/tmux-xpanes/img/movie_v4.gif

Eine umfassende Beschreibung der hier vorgestellten Werkzeuge würde den Umfang eines Artikels sprengen. Daher sei für weiterführende Informationen auf die folgende Linksammlung verwiesen.

Linksammlung zu tmux und tmux-xpanes

Wie die Corona-Pandemie den eigenen Arbeitsplatz verändert

Für viele Arbeitnehmer*innen hat sich der Arbeitsplatz in den vergangenen Tagen drastisch verändert. Statt die tägliche Arbeitsleistung in der Firma, der Dienststelle oder dem Büro zu erbringen, ist nun Telearbeit, auch Homeoffice genannt, angesagt.

Seit Mitte März arbeite auch ich von daheim. An dieser Stelle möchte ich meine Erfahrungen mit euch teilen.

Doch zuerst möchte ich mich noch einmal ganz herzlich bei meinen Kollegen und Kolleginnen aus der Abteilung Desktop Services bedanken. Diese haben unter großer Anstrengung dafür gesorgt, dass wir kurzfristig mit adäquatem Arbeitsgerät ausgestattet wurden, um die nächsten Tage, Wochen oder sogar Monate von zu Hause aus arbeiten zu können. Vielen Dank!

Von daheim zu arbeiten ist für viele Kolleg*innen und mich eine völlig neue Situation. Stand die Möglichkeit der Telearbeit in der Vergangenheit doch nicht allen Mitarbeiter*innen offen und wurde nur genehmigt, wenn bestimmte Rahmenbedingungen erfüllt waren. Hinzukommt, dass plötzlich alles ganz schnell ging und kaum Zeit blieb, um eine Organisation mit mehreren tausend Beschäftigten geordnet und geregelt auf Telearbeit umzustellen. Meiner persönlichen Erfahrung nach hat es dennoch gut geklappt. Und so berichte ich nun aus meinem Arbeitszimmer.

Mein Arbeitsplatz bzw. mein Arbeitszimmer

Glücklich ist, wer ein Arbeitszimmer hat. Denn hier findet sich nicht nur entsprechendes Mobiliar und Platz für die notwendigen Arbeitsmittel. Es hilft mir auch dabei, Berufliches und Privates voneinander zu trennen.

So habe ich eine Arbeitsfläche auf meinem Schreibtisch von meinen Bastel-Projekten befreit und dort die Gerätschaften aufgebaut, die mein Arbeitgeber mir mitgegeben hat (außer dem Baby-Yoda, den meine Frau gehäkelt hat und der schicken R61-USB-Tastatur, das ist meine :D )

picture-of-workspace
Bild meines aktuellen Arbeitsplatzes

Ich habe den Platz so eingerichtet, dass von außen einfallendes Licht nicht blendet, ich jedoch gleichzeitig nicht im Dunkeln sitzen muss. Das künstliche Licht leuchtet das Arbeitszimmer bei Bedarf gleichmäßig aus, ohne zu blenden oder ungünstige Schatten auf meinen Arbeitsplatz zu werfen. So lässt es sich gut arbeiten, ohne allzu schnell zu ermüden.

Im Zusammenhang mit einem häuslichen Arbeitszimmer stellt sich oft die Frage, ob dieses steuerlich absetzbar ist. Diese Frage kann ich euch leider nicht beantworten. Ich habe hier ein paar Links zusammengesucht, welche eine erste Orientierung bieten können. Weitere Hilfe bieten die Steuerberater*innen und Lohnsteuerhilfevereine.

Rituale helfen, Beruf und Privatleben zu trennen

Vor dem Wechsel ins Homeoffice hatte ich ca. 40 Minuten Fahrtzeit mit dem Auto von der Dienststelle nach Hause. Zeit genug, um abzuschalten. Jetzt beträgt die einfache Wegstrecke zur virtuellen Dienststelle ca. 2,5 Meter.

Um nun dennoch möglichst schnell abschalten und ins Privatleben wechseln zu können, habe ich mir ein paar einfache Rituale angewöhnt, die mir helfen, mir Beginn und Ende meiner Arbeit bewusst zu machen.

Dazu gehört, dass ich jeden Morgen zum Arbeitsbeginn die Jalousie im Arbeitszimmer hochziehe, das Fenster zum Lüften öffne und mir ein frisches Glas mit Wasser zurecht stelle. Erst dann schalte ich das Notebook ein und beginne meinen Tag damit, dass ich meine Kolleg*innen in unserem Teamchat grüße und ihnen einen schönen Tag wünsche.

Zum Feierabend hin ist der Ablauf sehr ähnlich. Ich verabschiede mich aus dem Teamchat, beende die Verbindungen zu den Systemen, mit denen ich den Tag über gearbeitet habe, fahre das Notebook herunter, schließe die Jalousie des Arbeitszimmers, räume Gläser, Tassen und leere Flaschen ab und ziehe beim Verlassen des Arbeitszimmers die Tür hinter mir zu. Dies alles sind nur kleine und unscheinbare Tätigkeiten, doch helfen sie mir dabei, Beginn und Ende der Arbeit bewusst wahrzunehmen.

Rituale können besonders dann wichtig sein, wenn man kein separates Arbeitszimmer besitzt, bei dem man die Tür hinter sich zuziehen kann. Zum Beispiel, wenn der Arbeitsplatz in der Ecke des Wohnzimmers oder am Esszimmertisch existiert.

Schlussworte

Bisher empfinde ich die Arbeit von daheim als angenehm. ich kann weitgehend ungestört von äußeren Einflüssen arbeiten und der lange Arbeitsweg entfällt. So kann ich weniger Zeit auf der Straße und mehr Zeit mit meiner Familie verbringen.

Wie sieht es bei euch im Homeoffice aus? Besitzt ihr ein Arbeitszimmer oder wie habt ihr euch eingerichtet? Habt ihr ebenfalls Rituale rund um das Homeoffice? Wenn ja, wie sehen diese aus? Teilt eure Erfahrungen und Tipps gerne unten in den Kommentaren.

Informationen zur zurückliegenden Nichterreichbarkeit von My-IT-Brain

Liebe Leser*innen,
am gestrigen Abend und heutigen Morgen war dieser Blog jeweils für wenige Minuten nicht erreichbar.

Ursache waren Wartungsarbeiten an der zum Blog gehörenden MySQL-Datenbank und der Datei wp-config.php. Ziel der Wartungsarbeiten war es, noch vorhandene HTTP-URLs gegen solche mit HTTPS auszutauschen.

Die Wartungsarbeiten sind nun beendet und stehen eurem Lesefluss nicht mehr im Wege.

Erfahrungsbericht zum Deployment meines Blogs mit Ansible

Vor ziemlich genau zwei Jahren habe ich in „Konzept zum Deployment meines Blogs mit Ansible“ geschrieben, wie ich diesen Blog mit Hilfe von Ansible ausgehend von einem bestehenden Backup auf einen neuen Server deployen bzw. wiederherstellen möchte.

Seither habe ich das dort beschriebene Verfahren mehrfach angewendet und möchte heute an dieser Stelle meine Erfahrungen mit euch teilen.

Umgebung

Wie schon vor zwei Jahren basiert mein Ansible Control Node auf einer RHEL 7 VM. Im Unterschied zu damals kommt heute statt Ansible in der Version 2.4.2 eine aktuell unterstützte Version 2.9.6 zum Einsatz.

Das Zielsystem war damals Ubuntu Bionic Beaver. Zwischendurch habe ich diesen Blog nach dem Konzept bereits auf CentOS/RHEL 7 sowie Debian 10 eingerichtet.

Die weiteren Rahmenbedingungen entsprechen der Testumgebung aus 2018. Auch verwende ich heute noch die gleichen Module wie vor zwei Jahren:

ModulStatusVerwendung
aptstableinterfaceVerwaltet APT-Pakete
unarchivepreviewEntpackt Archiv-Dateien und kopiert sie ggf. vorher auf das Zielsystem
copystableinterfaceKopiert Dateien auf entfernte Rechner
filestableinterfaceErstellt Dateien, Verzeichnisse, symbolische Links und setzt deren Attribute
mysql_dbpreviewHinzufügen von MySQL-Datenbanken (aus Backup)
mysql_userpreviewHinzufügen (und Entfernen) von Benutzern in MySQL-Datenbanken

In der Tabelle ist zu erkennen, dass jene Module, die 2018 den Status preview hatten, diesen auch heute noch besitzen. Ich persönlich finde es schade, dass es keines dieser Module innerhalb von zwei Jahren zu einem stableinterface gebracht hat.

Darüber hinaus schleppen einige Module wie mysql_db noch ein paar ziemlich alte Bugs mit sich herum. Darunter z.B. dieser aus dem Jahre 2016. Zwar kann ich nicht mit Sicherheit sagen, ob dieser seit 2.4.2 bereits gefixt wurde. In Version 2.9.6 ist er jedenfalls vorhanden. Als Workaround habe ich den MySQL-Dump zuvor entpackt und dann im Modul verwendet, wodurch eine erheblich größere Datenmenge über das Netzwerk übertragen werden muss.

Erfahrungen der letzten zwei Jahre

Am Status der Module hat sich leider nichts geändert. Positiv sei hier jedoch angemerkt, dass sämtliche Module noch existieren und weiterhin genutzt werden können. So hatte ich zumindest keinen Aufwand, mir zwischenzeitlich neue Module suchen zu müssen, um die gestellte Aufgabe erledigen zu können.

Grundsätzlich klappt das Deployment bzw. die Wiederherstellung meines Blogs aus einem Backup mittels der Ansible-Rolle gut. Je nach verwendetem Zielsystem sind kleinere Anpassungen notwendig, da einige Pakete in CentOS anders benannt sind als in Debian, oder sich der Name in einer neueren Version der Distribution leicht geändert hat. Dieser Umstand ist jedoch nicht Ansible anzulasten, sondern rührt von den jeweiligen Paketnamen der unterschiedlichen Distributionen her.

Was mir persönlich überhaupt nicht gefällt, ist dass Ansible bei Minor-Release-Upgrades (z.B. von 2.9 auf 2.10) teilweise nicht abwärtskompatible Änderungen an der Syntax vornimmt. Dies sollte nach den Richtlinien des Semantic Versioning nicht so sein und geht in meinen Augen gar nicht. Darunter finden sich Dinge wie die Art und Weise, wie Paketnamen an ein Modul wie apt oder yum zu übergeben sind oder dass plötzlich der Bindestrich (-) in Gruppennamen nicht mehr zulässig ist. Änderungen wie diese machen sehr häufig Anpassungen am Inventory, den Playbooks und Rollen erforderlich. In meinem Fall ist der Aufwand noch überschaubar. In größeren Organisationen mit einigen hundert oder gar tausenden von Playbooks sieht die Sache schnell anders aus und wird auch nicht von allen Kunden gut aufgenommen.

Fazit

Es gibt einige Punkte, die mir an Ansible nicht so gut gefallen und bei denen ich auch keine schnelle Besserung erwarte. Auch sind von Zeit zu Zeit Anpassungen notwendig, um den Blog zu deployen bzw. wiederherstellen zu können. Jedoch hält sich der Aufwand dafür in Grenzen und ist deutlich geringer, als bspw. bei der ausschließlichen Verwendung von Bash-Skripten.

Verglichen zur manuellen Vorgehensweise (vgl. Testinstanz für einen WordPress Blog erstellen) erspart mir Ansible sogar eine Menge Zeit, welche ich z.B. mit meiner Familie verbringen kann. Daher bleibt Ansible für mich weiterhin gesetzt.

Welche Erfahrungen habt ihr mit Ansible gemacht? Und wie beurteilt ihr dieses heute im Vergleich zu den Vorjahren? Eure Berichte sind jederzeit willkommen.

Das erwartet euch 2020 auf My-IT-Brain

My-IT-Brain ist kein typischer Blog im eigentlichen Sinne. Dies kann man z.B. an folgenden Eigenschaften festmachen:

  1. Keine regelmäßig erscheinenden Artikel oder Serien
  2. Kein spezielles Thema; Themen aus diversen Gebieten
  3. In der Regel keine Beitrags-/Titel-Bilder

Aus verschiedenen Quellen habe ich gelernt, dass sich erfolgreiche Blogs vor allem durch regelmäßig erscheinende Beiträge auszeichnen. Regelmäßig kann dabei sowohl täglich, wöchentlich, monatlich oder auch halbjährlich bedeuten. Die Regelmäßigkeit hilft Lesern, sich die Erscheinungs-Zyklen zu merken und sie kehren häufiger zum Blog zurück.

Tja, das ist dann wohl Pech für mich. Als Familienvater habe ich einfach keine Zeit, mir jede Woche einen Artikel aus den Fingern zu saugen, dessen Inhalt so ähnlich nicht schon auf unzähligen Seiten zu finden ist und neues/interessantes Wissen vermittelt. Dieser Blog ist halt in erster Linie mein IT-Gedächtnis, in dem ich Dinge festhalte, die ich bestimmt noch einmal brauche und gerne auf meiner Seite konservieren möchte, bevor ich sie in den Weiten des Internets nicht wiederfinden kann.

Darüber hinaus wecken von Zeit zu Zeit Themen mein Interesse, mit denen ich mich intensiv auseinanderzusetzen versuche. Auch diese landen hier im Blog, da ich sie hier genauso gut wie irgendwo sonst aufschreiben kann und sie so potenziell einem größeren Leserkreis zur Verfügung stehen.

Sollte ich in Ausnahmefällen mal einen Artikel gegen Geld schreiben, ist dieser eindeutig als Auftragsarbeit bzw. gesponerter Artikel gekennzeichnet. Grundsätzlich bemühe ich mich, sachlich und objektiv zu schreiben. Muss meine persönliche Meinung hinaus in die Welt geschrieben werden, kennzeichne ich sie als eben solche.

Da ich leicht zu begeistern und von Natur aus neugierig bin, interessiere ich mich für verschiedenste Themen, auch wenn ich mich hier versuche, auf Themen mit IT-Bezug zu konzentrieren. Damit sollte aber genug zu den Punkten 1 und 2 gesagt sein.

Was Punkt 3 betrifft, verzichte ich meist auf Beitragsbilder, weil mich die Suche nach freien Bildern nervt und sie in meinen Augen die Ladezeiten unnötig verlängern.

Eine recht ungenaue Analyse der Webserver-Logs suggeriert, dass täglich zwischen 250 und 350 Besucher hier her kommen und meine Beiträge lesen. Falls ihr wirklich so zahlreich hier vorbei schaut, hoffe ich, dass euch meine Beiträge überwiegend gefallen.

Ich hoffe, auch in 2020 wieder ein paar interessante Beiträge hier unterzubringen und freue mich, wenn ihr ebenfalls Gefallen an ihnen findet.

RPM-Paket-Abhängigkeiten anzeigen

An dieser Stelle möchte ich kurz notieren, wie man sich die Abhängigkeiten eines RPM-Pakets anzeigen lassen kann zusammen mit den RPM-Paket-Namen, welche diese Abhängigkeiten erfüllen.

Dies geht mit dem Kommando repoquery aus dem Paket yum-utils bzw. dnf-utils. Der Aufruf erfolgt nach dem Muster:

$ repoquery --deplist PAKETNAME

Das folgende Listing zeigt dies beispielhaft für das Paket tmux:

$ repoquery --deplist tmux
Failed to set locale, defaulting to C.UTF-8
Not root, Subscription Management repositories not updated
Last metadata expiration check: 0:29:24 ago on Sat Jan 11 19:28:10 2020.
package: tmux-2.7-1.el8.x86_64
  dependency: /bin/sh
   provider: bash-4.4.19-10.el8.x86_64
  dependency: libc.so.6()(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.14)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.25)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.26)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.27)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.3)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.3.4)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.4)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libc.so.6(GLIBC_2.8)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libevent-2.1.so.6()(64bit)
   provider: libevent-2.1.8-5.el8.x86_64
  dependency: libresolv.so.2()(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libresolv.so.2(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libtinfo.so.6()(64bit)
   provider: ncurses-libs-6.1-7.20180224.el8.x86_64
  dependency: libutil.so.1()(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: libutil.so.1(GLIBC_2.2.5)(64bit)
   provider: glibc-2.28-72.el8.x86_64
  dependency: rtld(GNU_HASH)
   provider: glibc-2.28-72.el8.i686
   provider: glibc-2.28-72.el8.x86_64

Darüber hinaus kann repoquery euch auch das Changelog eines RPM-Pakets zeigen und welche Dateien es enthält.

In RPM-Paket enthaltene Dateien anzeigen

Neulich fragte mich ein Kollege, wie man sich anzeigen lassen kann, welche Dateien ein RPM-Paket enthält, bevor man dieses installiert. Dazu eignet sich das Programm repoquery aus dem Paket yum-utils bzw. dnf-utils.

Der Aufruf erfolgt nach dem Muster:

$ repoquery -l PAKETNAME

Das folgende Listing zeigt beispielhaft die Dateien im Paket tmux:

$ repoquery -l tmux
Failed to set locale, defaulting to C.UTF-8
Not root, Subscription Management repositories not updated
Last metadata expiration check: 0:10:46 ago on Sat Jan 11 19:28:10 2020.
/usr/bin/tmux
/usr/lib/.build-id
/usr/lib/.build-id/0e
/usr/lib/.build-id/0e/cd3ead12aab3291beeaacf69559804011eee9c
/usr/share/bash-completion/completions/tmux
/usr/share/doc/tmux
/usr/share/doc/tmux/CHANGES
/usr/share/doc/tmux/TODO
/usr/share/man/man1/tmux.1.gz

Darüber hinaus kann man sich mit repoquery auch das Changelog eines RPM-Pakets anzeigen lassen, ohne das Paket zuvor installieren zu müssen.

Geänderte Größe logischer Blockgeräte unter Linux ohne Neustart erkennen

Wird die Größe einer per iSCSI oder Fibre Channel eingebundenen LUN geändert, oder in einer virtualisierten Umgebung die Größe der virtuellen Festplatte (VMDK, VDI, VHD, qcow2, etc.) angepasst, kann man den Linux-Kernel auffordern die entsprechenden Blockgeräte auf Änderungen hin zu prüfen, ohne dafür das Betriebssystem neustarten zu müssen.

Die im folgenden genannten bzw. verlinkten Kommandos wurden unter RHEL 7 mit VMDK-Dateien und iSCSI-Disks getestet. Sie sollten jedoch für Linux im Allgemeinen gelten.

Änderungen an bestehenden Blockgeräten erkennen

Um Änderungen an Blockgeräten zu erkennen, welche dem Kernel bereits bekannt sind, wird folgender Befehl mit root-Rechten ausgeführt:

# echo 1 > /sys/class/block/sdX/device/rescan

Dabei ist sdX durch die Bezeichnung des konkreten Blockgeräts wie z.B. sda oder sdb etc. zu ersetzen. Statt dem genannten Bezeichner kann auch die SCSI-Nummer des entsprechenden Gerätes verwendet werden. Der Befehl lautet dann wie folgt (wobei X:X:X:X durch die jeweilige SCSI-Nummer zu ersetzen ist):

# echo 1 > /sys/class/scsi_device/X:X:X:X/device/block/device/rescan

Update 2019-12-15: Ist das Paket parted installiert, kann man den Kernel auch mit dem Kommando partprobe über die Änderungen informieren:

# partprobe /dev/sdX

Danke an Dirk für diesen Tipp.

Neue Blockgeräte erkennen

Wie neu hinzugefügte Blockgeräte erkannt werden können, habe ich bereits im Artikel Linux: Hotplugged SATA/SAS/SCSI-Festplatten ohne Neustart erkennen beschrieben.

Quellen und weiterführende Hinweise

  1. How to rescan disk in Linux after extending vmware disk
  2. How to map Linux disk to vmware disk
  3. Red Hat Storage Administration Guide: Sec. 37.2. Resizing an iSCSI Logical Unit

Der GNU/LinuxDay in Vorarlberg – am 19. Okt. 2019 in Dornbirn – ist vorbei

LinuxDay 2019 am 19. Okt. in Dornbirn

Update 20.10.2019: Nun ist der LInuxDay AT schon wieder vorbei und ich bin wohlbehalten in der Heimat angekommen. Vielen Dank an das Orga-Team für die tolle Organisation und den schönen Tag. Ebenfalls vielen Dank an die Hörer meines Vortrags, welche mir im Anschluss zahlreiche Rückmeldungen gaben. Bis nächstes Jahr.

Diesen Monat ist es wieder soweit. Die LUG Vorarlberg lädt zum LinuxDay AT in die HTL Dornbirn ein. Mit bis zu 500 Besuchern ist dies die größte Veranstaltung zu Linux und Freier Software in der Bodenseeregion.
Der Eintritt ist frei! Das Programm wartet auch in diesem Jahr wieder mit spannenden Vorträgen auf. Mit dabei auch ein Vortrag von mir zum Thema: Mehr Spaß beim Ausprobieren dank Virtualisierung

Dieser richtet sich vor allem an Anwender, die bisher nicht oder nur wenig mit Virtualisierung in Berührung gekommen sind und erfahren möchten, wie man mit dieser Technologie neue Betriebssysteme erkunden kann.

Natürlich freue ich mich auch darauf, bekannte Gesichter wiederzusehen und neue kennenzulernen. Also kommt vorbei. Wir sehen uns in Dornbirn.