Thema: error-message
-
SSH-Warnungen «Host key verification failed» und «REMOTE HOST IDENTIFICATION HAS CHANGED»
OpenSSH verweigert die Verbindung und gibt «Host key verification failed» bzw. das grosse Banner «WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!» aus, wenn der Schlüssel des Servers nicht mit dem Eintrag in known_hosts übereinstimmt. Der Artikel erklärt, warum ein neu aufgebauter Server und ein tatsächlicher Angriff dieselbe Meldung erzeugen und wie sich beide vor einem ssh-keygen -R unterscheiden lassen.
-
TLS-Verifikationsfehler in verschiedenen Tools: unknown authority, CERTIFICATE_VERIFY_FAILED, self-signed in chain
Verschiedene TLS-Clients melden denselben zugrunde liegenden Fehler, eine unvollständige oder nicht vertrauenswürdige Zertifikatskette, mit eigenen Formulierungen: 'certificate signed by unknown authority', 'CERTIFICATE_VERIFY_FAILED', 'unable to get local issuer certificate', 'self-signed certificate in certificate chain'. Der Artikel zeigt, wie sich die tatsächliche Kette vor jeder Korrektur mit openssl s_client untersuchen lässt und weshalb -k oder verify=False nie eine Lösung ist.
-
„Too many open files“ (EMFILE) und das Limit für Dateideskriptoren
EMFILE, gemeldet als „Too many open files“, bedeutet, dass ein Prozess sein eigenes Limit für gleichzeitig offene Dateideskriptoren erreicht hat (dokumentiert als RLIMIT_NOFILE). Der Artikel zeigt, wie sich ein echtes Deskriptor-Leck von einem schlicht zu niedrigen Limit unterscheiden lässt und wie sich das Limit in der Shell, in PAM und in der systemd-Unit erhöhen lässt.
-
SSH-Meldung „Permission denied (publickey)“ mit ssh -v richtig lesen
„Permission denied (publickey)“ in OpenSSH bedeutet, dass alle vom Client angebotenen Schlüssel abgelehnt wurden oder gar keiner angeboten wurde – welcher Fall vorliegt, sagt die Meldung nicht. Der Artikel zeigt, wie ssh -v genau die probierten Schlüssel benennt, und behandelt falsche Benutzernamen, IdentitiesOnly, Rechte von authorized_keys auf dem Server sowie den mit OpenSSH 8.8 deaktivierten Standard ssh-rsa (SHA-1).
-
npm: „ERESOLVE unable to resolve dependency tree“ und Konflikte bei Peer Dependencies
Seit npm 7 werden peerDependencies automatisch installiert. Lassen sich nicht alle Peer-Bereiche gleichzeitig erfüllen, bricht die Installation mit „npm error code ERESOLVE“ ab (vor npm 10.6: „npm ERR! code ERESOLVE“). Der Artikel zeigt, wie sich anhand der Found-/Could-not-resolve-Zeilen von npm die konfliktverursachenden Pakete genau bestimmen lassen und warum --legacy-peer-deps oder --force nicht zur Standardreaktion werden sollten.
-
„exec format error“ und „cannot execute binary file“: Architektur- und Shebang-Konflikte
Der Kernel-Fehler ENOEXEC erscheint als „exec format error“ bzw. „cannot execute binary file: Exec format error“, wenn die CPU-Architektur nicht passt oder einem Skript eine brauchbare Shebang-Zeile fehlt. CRLF-Zeilenenden in der Shebang-Zeile führen zu einem verwandten Fehler („bad interpreter“ oder „required file not found“). Der Artikel zeigt, wie sich die Ursachen mit file(1) unterscheiden und gezielt beheben lassen.
-
Gits Fehlermeldung „detected dubious ownership in repository“ und die Lösung mit safe.directory
Git verweigert die Arbeit in einem Repository, das einem anderen Benutzer gehört als dem, der den Befehl ausführt, und meldet 'fatal: detected dubious ownership in repository at'. Der Artikel erklärt die Korrektur für CVE-2022-24765 dahinter, wann ein repositoryspezifischer safe.directory-Eintrag richtig ist und warum chown in Containern und CI die bessere Lösung ist.
-
„Argument list too long“ (E2BIG) und das ARG_MAX-Limit
Expandiert ein Shell-Befehl zu zu vielen Argumenten, scheitert er mit „Argument list too long“, dem Fehler E2BIG von execve(2) beim Erreichen der Kernel-Obergrenze ARG_MAX. Der Artikel zeigt, wie sich das Limit messen lässt und wie sich ein fehlschlagendes Glob durch xargs oder das Batching von find mit -exec ... + ersetzen lässt, statt mit Quoting dagegen anzukämpfen.
-
„Text file busy“ (ETXTBSY): Schreibzugriff auf eine laufende ausführbare Datei
ETXTBSY, gemeldet als „Text file busy“, bedeutet, dass versucht wurde, die Datei eines gerade ausgeführten Programms zum Schreiben zu öffnen. Der Artikel zeigt, wie sich der Prozess finden lässt, der die Datei belegt, und weshalb ein Deployment per Rename statt durch direktes Überschreiben den Fehler und jede Ausfallzeit vermeidet.
-
Pips Fehlermeldung „error: externally-managed-environment“ und PEP 668
Pip verweigert ein globales „pip install“ mit „error: externally-managed-environment“, wenn die Distribution ihr System-Python gemäss PEP 668 als extern verwaltet markiert hat. Der Artikel erklärt die Bedeutung der Markierung EXTERNALLY-MANAGED, die Lösungen mit venv, pipx und apt in sinnvoller Reihenfolge und warum --break-system-packages nur der letzte Ausweg ist und keine Standardoption.
-
«ENOSPC: System limit for number of file watchers reached» und die inotify-Limits
Dateiüberwacher auf Basis der Linux-inotify-API scheitern mit «ENOSPC: System limit for number of file watchers reached», sobald ein Kernel-Limit pro Benutzer erschöpft ist, meist durch die Überwachung von node_modules oder ähnlich grossen Verzeichnisbäumen. Der Artikel behandelt die beiden relevanten sysctl-Werte, ihre dauerhafte Erhöhung und den Grund, warum Container in der Regel das Limit des Hosts teilen.
-
"version `GLIBC_2.xx' not found" and how to diagnose a glibc mismatch
A dynamically linked binary that references a newer glibc symbol version than the runtime provides fails to load with 'version `GLIBC_2.xx' not found'. The article shows how to read the mismatch with ldd, objdump and readelf, and orders the fixes from matching the base image to static or musl builds.
Maschinenlesbar: JSON