Prisma Cloud Compute : échec de la gestion de l'événement du système de fichiers....tmp : aucun fichier ou répertoire de ce type
2130
Created On 04/24/23 15:26 PM - Last Modified 12/27/24 05:39 AM
Symptom
- Après la mise à niveau des défenseurs exécutés sur les clusters Kubernetes, le client peut observer ce type d'erreurs sur certains nœuds de travail, voire sur tous. Même après avoir essayé de supprimer complètement les défenseurs et de les réinstaller en utilisant à la fois kubectl et helm, mais avec des résultats similaires.
[ERRO 2023-04-12T22:12:36.838 controller_filesystem.go:340 [0m Failed to handle filesystem event &{Source:0 Proc:{Pid:30297 Tid:0 Path:/usr/java/openjdk-17/bin/java Cmd:/usr/java/openjdk-17/bin/java /openjdk-17/bin/java -Dorg.gradle.internal.worker.tmpdir=/builds/sinch/sinch-projects/enterprise-and-messaging/rich-messaging/conv/internal-adapter... Args:/openjdk-17/bin/java -.... No such file or directoryEnvironment
- SaaS Prisma Cloud
- Édition Cloud Compute de Prims
- AWS EKS
Cause
- Aucun impact, mais nombre d'erreurs énormes sur les logs
Resolution
- Il s'agit d'une suppression post-conteneur gérée par événement, effectuée de manière élégante.
- Y a-t-il un impact sur Defender ?
- Existe-t-il un moyen d'arrêter cette journalisation ? Notre système de surveillance des journaux est saturé par ces journaux et cela affecte notre surveillance.