Linux | Proact Blog

Jun

Critical notice: Leap second 23:59:60 – check your systems

Kategorien: Switching, VMware, Virtualisierung, Netzwerk, Allgemein, Juniper, Microsoft, Security, FlexPod, Routing, Citrix, Backup, Monitoring, NetApp, Storage, Puppet, Linux, OpenSource

Schlagwörter: Juniper, NetApp, VMware, Aruba, Java, RHEL, SLES, Brocade, Schaltsekunde, Leap second, Cisco, Citrix, Riverbed, Linux

Kommentare: 3

by Benjamin Ulsamer

Hi @all,

heute Nacht ist es soweit: Wir erhalten eine zusätzliche Sekunde bzw. eine sog. Schaltsekunde (= Leap Second). Was heisst das? Die Zeit könnte je nach System/OS/Applikation auf eine Uhrzeit von 23:59:60 UTC (01:59:60 Uhr CEST) springen. Die letzte Schaltsekunde gab es im Jahr 2012.

Das Problem: Gewisse Systeme haben diesen Fall bereits bedacht, andere Systeme nicht. Die Auswirkungen unterscheiden sich je System und reichen von: „nicht betroffen“ über „100% CPU Last“ bis hin zu „Absturz des Systems“.

In diesem Blogartikel findet ihr eine gesammelte Liste mit Links, in der die nicht-betroffenen und betroffenen Systeme aufgelistet sind. Bitte prüft eure kritischen Systeme, ob sie von der „Leap Second“ betroffen sind, verwendet umgehend die angegebenen Workarounds und prüft am Besten heute Nacht nach 00:00:00 Uhr UTC (02:00:00 Uhr CEST) direkt, ob alle Systeme noch sauber laufen. Nicht, dass morgen das „böse Erwachen“ bzw. der „große Knall“ kommt und eure User nicht arbeiten können…

Hier die gesammelte Liste der Fa. teamix GmbH mit den Links bzgl. dem Thema „Leap Second“:

Autor: Benjamin Ulsamer

Benjamin Ulsamer ist seit Januar 2011 für die Firma Proact Deutschland GmbH tätig. Er startete als Senior Consultant & Trainer und war Teamlead im Bereich Virtualisierung. Im Oktober 2015 wurde er zum Manager Professional Services Region South ernannt. Seit Juni 2017 ist er verantwortlich für die IT-Ausbildung. In den Jahren 2015, 2016 und 2017 hat er für sein Engagement bzgl. Blogging & Wissensvermittlung von VMware die Auszeichnung zum vExpert erhalten. Seit 2021 ist er zudem mit verantwortlich für das Marketing von Proact.

Apr

Elasticsearch, Logstash, Kibana: Log-Analyse mit Open-Source-Tools

Kategorien: Monitoring, Linux, OpenSource, Allgemein

Schlagwörter: Logstash, Linux-Schulungen, Fluentd, Kibana, Elasticsearch, Linux, Monitoring

Kommentare: 1

by Martin Steigerwald

Wer mit der Administration von Computer-Systemen zu tun hat, stößt früher oder später auf deren Protokolle. In Protokoll-Dateien, englisch Log Files, protokollieren z.B. Linux-Systeme Ihre Aktivitäten. Windows kennt dafür das Event Log. Auch vSphere ESX-Hosts sowie NetApp- und Juniper-Systeme protokollieren fleißig mit.

Wer es nur mit wenigen Systemen zu tun hat, die möglicherweise auch noch sehr einheitlich sind, der schaut bei Problemen einfach mal schnell ins Log. Und auch das Suchen klappt mit grep, grep -r, zgrep ganz gut. Und wo die letzten Protokoll-Meldungen drinnen sind, offenbart der find-Befehl. Doch wie behalte ich den Überblick, wenn ich nicht nur ein System habe, sondern viele? Und wie behalte ich den Überblick, wenn es nicht „nur“ Linux-Systeme, sondern auch NetApp ONTAP-, vSphere ESX-, Juniper- und andere Systeme sind? Und wie behalte ich den Überblick, wenn ich zusätzlich auch die Protokolle von Diensten wie Apache, MySQL, Postfix oder Anwendungen wie Ruby on Rails- und andere Web-Anwendungen einsehen möchte?

Autor: Martin Steigerwald

Martin Steigerwald beschäftigt sich seit Mitte der 90er Jahre mit Linux. Er ist langjähriger Autor von Artikeln für verschiedene Computer-Magazine wie die LinuxUser (linuxuser.de) und das Linux-Magazin (linux-magazin.de). Seit Herbst 2004 ist er als Trainer für Linux-Themen bei Proact Deutschland in Nürnberg tätig.

Jan

BTRFS RAID 1: Selbstheilung in Aktion

Kategorien: Storage, Linux, OpenSource

Schlagwörter: BTRFS, storage, Linux

Kommentare: No

by Martin Steigerwald

Mittlerweile durfte das BTRFS RAID 1 auf meinem Laptop seine Selbstheilungskräfte unter Beweis stellen (siehe Wieso haben moderne Laptops eigentlich einen mSATA-Slot?). Bei einem Schrubben erhielt ich:

merkaba:~> btrfs scrub status /home 
scrub status for [eine UUID]
        scrub started at Thu Oct  9 15:52:00 2014 and finished after 564 seconds
        total bytes scrubbed: 268.36GiB with 60 errors
        error details: csum=60
        corrected errors: 60, uncorrectable errors: 0, unverified errors: 0

merkaba:~> btrfs scrub status /home

scrub status for [eine UUID]

scrub started at Thu Oct 9 15:52:00 2014 and finished after 564 seconds

total bytes scrubbed: 268.36GiB with 60 errors

error details: csum=60

corrected errors: 60, uncorrectable errors: 0, unverified errors: 0

Meine erste Reaktion war „Oha!“, doch dann machte ich mir nochmal bewusst was „corrected“ heißt. Nun interessierte mich natürlich, auf welcher SSD die Fehler auftraten:
Weiterlesen

Autor: Martin Steigerwald

Okt

Echtzeit-Monitoring: Welches Top darfs denn sein?

Kategorien: OpenSource, Performance, Monitoring, Linux

Schlagwörter: Linux-Schulungen, Glances, Htop, Top, Performance-Monitoring, Linux Performance, atop, Performance, Linux, Monitoring

Kommentare: 1

by Martin Steigerwald

Ein üblicher erster Befehl, den ein Systemadministrator bei der Analyse von Performance-Problemen auf Linux-Servern aufruft, ist Top. Das durch den Procps-Fork Procps-NG in aktuellen Linux-Distributionen generalüberholte Werkzeug ist jedoch bei weitem nicht das einzige Werkzeug für diesen Zweck. Die Alternativen Htop, Atop und Glances streben an, dessen Möglichkeiten zu erweitern.

So erfreut schon seit 2004 Htop mit einer rollbaren Prozessliste und einfacher Bedienung via Funktionstasten die Anwender. Atop indes markiert ausgelastete Ressourcen farbig und erfasst auch die Auslastung von Laufwerken und Netzwerk. Als einziger Kandidat ist es in der Lage, Leistungsdaten bis auf die Prozess-Ebene hinunter aufzuzeichnen und diese sogar nachträglich zu analysieren. Der Neu-Ankömmling Glances verspricht hingegen möglichst viele Informationen in 80×24 Zeichen unterzubringen und bietet die Möglichkeit, auch entfernte Systeme zu beobachten, ohne sich per SSH anzumelden.

Autor: Martin Steigerwald

Apr

Wozu haben moderne Laptops eigentlich einen mSATA-Slot? – SSD RAID 1 mit BTRFS für das Laptop

Kategorien: Storage, Linux, OpenSource, Allgemein

Schlagwörter: BTRFS, SSD, storage, Linux

Kommentare: 2

by Martin Steigerwald

So schnell SSDs auch sind – so schnell sind sie auch voll. Oder so ähnlich. So geschehen mit der 300 GB Intel SSD 320 in einem ThinkPad T520. Die SSD durch eine größere austauschen wäre eine Möglichkeit gewesen. Doch wozu haben moderne Laptops eigentlich einen mSATA-Slot? In dem sogar eine Weile schon eine 30 GB mSATA SSD von Intel lief, auf dem das Debian GNU/Linux residierte. Ein Preis-/Leistungsvergleich brachte mich schnell auf eine Crucial m500 mSATA SSD. Vielleicht nicht die schnellste, aber zuverlässig. Und günstig. Warum also nicht gleich 480 GB? Weiterlesen

Autor: Martin Steigerwald

Jan

CrashPlanPRO-Client unter Linux

Kategorien: Backup, Linux, OpenSource

Schlagwörter: Backup, CrashPlan, Linux, Workstation, FlexVault

Kommentare: No

by Martin Steigerwald

Wir nutzen intern und auch für Kunden die Backup-Lösung CrashPlanPRO, da diese ein kontinuierliches Backup wichtiger Anwender-Daten im Hintergrund ermöglicht. Den CrashPlanPRO-Client gibt es auch für Linux. Nun hat allerdings die Linux-Variante ein Problem auf aktuelleren Linux-Distributionen: Die grafische Oberfläche CrashPlanDesktop stürzt beim Start ab.

Glücklicherweise gibt die Protokoll-Datei ui_output.log – bei einer systemweiten Installation des Client üblicherweise in /usr/local/crashplan/log – Aufschluß über die Fehlerursache:

# Problematic frame:
# C  [libsoup-2.4.so.1+0x6ec71]  soup_session_feature_detach+0x11

1 2	# Problematic frame: # C [libsoup-2.4.so.1+0x6ec71] soup_session_feature_detach+0x11

Also ein Problem in Zusammenhang mit der Bibliothek libsoup. Der Name der Bibliothek war der Schlüssel dazu, einen Workaround zu finden.

So gibt es in dem entsprechenden Fehlerbericht #705420 für Debian den Hinweis auf CrashPlan. Den eigentlichen Workaround beschreibt der Hersteller Code42 in einem Support-Artikel. Demnach ist es erforderlich, den Variablen mit den Start-Optionen in der Konfigurationsdatei run.conf, die sich bei einer systemweiten Installation üblicherweise in /usr/local/crashplan/bin befindet, die Option -Dorg.eclipse.swt.browser.DefaultType=mozilla für den Standard-Browser hinzuzufügen. Das ganze sieht dann so aus:

ms@mango:/usr/local/crashplan/bin> cat run.conf
 SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla"
 GUI_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanDesktop -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla"

ms@mango:/usr/local/crashplan/bin> cat run.conf

SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla"

GUI_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanDesktop -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla"

Laut Code42 handelt es sich um einen Fehler in der Bibliothek. Die Eclipse-Entwickler sehen das anders und behoben den Fehler in der Anwendung . So oder so: Mit dem Workaround hat die aktuelle Version von CrashPlanPROe 3.6.1.4 gerade das Backup der nicht auf einem NFS-Mount befindlichen Workstation-Daten abgeschlossen.

Autor: Martin Steigerwald

Okt

Netzwerk-Traffic nach Prozessen?

Kategorien: Linux, OpenSource, Netzwerk

Schlagwörter: Nethogs, netatop, atop, Performance, opensource, Linux, Monitoring

Kommentare: 2

by Martin Steigerwald

Es gibt viele Werkzeuge für Linux, die Netzwerk-Traffic insgesamt oder nach Verbindungen anzeigen. Doch was ist, wenn ich wissen möchte, welcher Prozess wieviel Traffic verursacht? In vielen Fällen ist es relativ einfach, von der Verbindung auf den Prozess zu schließen. Manchmal ist dies jedoch nicht so offensichtlich. Und zudem müsste ich dann selbst den Traffice aller Verbindungen, die ein Prozess so aufbaut, zusammen addieren, um einen Überblick zu bekommen. Weiterlesen

Autor: Martin Steigerwald

Okt

Distkeys als Open Source

Kategorien: Linux, OpenSource

Schlagwörter: Debian, key distribution, ssh, opensource, distkeys, Linux

Kommentare: No

by Martin Steigerwald

Es gibt im Wesentlichen zwei Möglichkeiten, sich an einem SSH-Server zu authentifizieren: Via Passwort und via Schlüssel. Da ich bei einem selbstverständlich mit einer guten Passwort-Phrase geschützten Schlüssel nicht nur etwas brauche, was ich weiß, sondern auch noch etwas brauche, was ich mit mir führe, ist die Schlüssel-Authentizierung sicherer.

Einige Kunden haben es schon einmal gesehen, andere Fragen sich vielleicht: Wie kopieren wir eigentlich unsere öffentlichen SSH-Schlüssel auf Linux-Systeme, für die Kunden Fernwartung wünschen, oder auf unsere eigenen Server? Es ist natürlich möglich mit den Befehlen scp und cat oder eben mit ssh-copy-id zu arbeiten, um jeden öffentlichen Schlüssel einzeln der authorized_keys-Datei des betreffenden Benutzers auf jeden Server zu kopieren. Es geht aber auch wesentlich einfacher:

Wir setzen seit Jahren dazu das selbst geschriebene Distkeys ein. Weiterlesen

Autor: Martin Steigerwald

Alle Artikel unter Linux

Critical notice: Leap second 23:59:60 – check your systems

Elasticsearch, Logstash, Kibana: Log-Analyse mit Open-Source-Tools

BTRFS RAID 1: Selbstheilung in Aktion

Echtzeit-Monitoring: Welches Top darfs denn sein?

Wozu haben moderne Laptops eigentlich einen mSATA-Slot? – SSD RAID 1 mit BTRFS für das Laptop

CrashPlanPRO-Client unter Linux

Netzwerk-Traffic nach Prozessen?

Distkeys als Open Source

Lokale Administratorenrechte per Gruppenrichtlinie vergeben

Einfache Administration durch WMI-Filter

Deaktivierte User aus der Global Address List (GAL) ausblenden

Neue Proxmox VE-Kurstermine und Versionen

Lastverteilung im Netzwerk mit ECMP (Equal Cost MultiPath)