Accueil › Certifications › EX342 › Questions gratuites

Questions gratuites EX342 — Red Hat Certified Specialist in Linux Diagnostics

Téléchargez gratuitement 38 questions d'entraînement pour la certification EX342 proposée par Red Hat. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationEX342
ÉditeurRed Hat
Nombre de questions38
TypeQCM avec 4 réponses possibles
Niveauspecialty
CatégorieIT
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement EX342. Pour accéder aux 38 questions complètes, lancez l'examen blanc gratuitement.

Question 1
Un service stocke logs dans /var/log mais la partition fill up. Quel approche minimiserait disruption serviceet permettrait diagnostic continu?
  1. Configurer logrotate avec postrotate script redémarrant service, ajuster rsyslog buffer
  2. Augmenter taille partition via LVM, puis réduire log verbosity
  3. Rediriger logs vers tmpfs en mémoire pour libérer /var/log
  4. Désactiver entièrement la journalisation pour résoudre le problème
Question 2
Un serveur NFS ralentit aléatoirement. Quel signature dans les outils diagnostique suggérerait problème réseau NFS vs serveur NFS lui-même?
  1. nfsstat montrer clients drop requests, tcpdump NFS NOREPLY packets augmentés; réseau coupable
  2. Server iostat élevé pendant ralentissements prouve disque backend problème
  3. ping client→server RTT stable garantit réseau sain, donc serveur fautif
  4. Mount timeout kernel messages indiquent réseau, pas serveur jamais
Question 3
Un administrateur doit analyser RTT réseau vers services multiples. Quel outil fournit timing précis per-packet sans instrumenter applications?
  1. tcpdump avec -ttt option pour timestamps microsecondes, analyse RTT SYN/ACK delay
  2. ping fournit RTT mais faux pour traffic réel applicatif
  3. iperf -R mode reverse montre bidirectionnel latence TCP
  4. netstat -s accumule stats TCP, differe timestamps révèlent retards
Question 4
Quelle différence fondamentale entre perf et systemtap affecte le choix lors du diagnostic runtime profond?
  1. perf: sampling kernel events, moins invasif; systemtap: instrumentation code custom, surcharge configurable
  2. perf: trace tous appels système; systemtap: capture CPU hotspots uniquement
  3. systemtap: intégré kernel, toujours disponible; perf: nécessite compilation spéciale
  4. perf: fournit flamegraph; systemtap: ne peut générer que rapports texte bruts
Question 5
Un administrateur constate que cgroup v2 limite CPU inappropriément. Comment vérifier précisément les assignations CPU et identifier si le problème vient des limites ou de la contention?
  1. Lire cpu.max et cpu.stat depuis cgroup v2, corréler avec /proc/stat et perf stat pour workload
  2. Utiliser cgroup v1 cpuset.cpus pour tester si limite v2 est correcte
  3. Exécuter taskset sur chaque PID pour vérifier les CPUs assignés
  4. Comparer ps aux output CPU% avec ulimit -u pour valider quotas
Question 6
Un administrateur doit analyser pourquoi un service systemd se redémarre toutes les 90 secondes. Quel composant systemd devrait-il vérifier prioritairement pour identifier la cause?
  1. Analyseur conditions service (WatchdogSec, StartLimitIntervalSec) et journalctl -u service -n 100
  2. systemctl list-dependencies pour cartographier les services dépendants
  3. strace -f sur systemd pour tracer les fork/exec des services
  4. Consulter /etc/systemd/system.conf pour les timeout globaux
Question 7
Un administrateur Linux doit configurer core dump collection pour applicationcrash. Quel paramètre systemd/system combo capturerait cores tout en limitant disque?
  1. systemd LimitCORE=infinite + /proc/sys/kernel/core_pattern, ulimit -c check systemd limits
  2. /etc/security/limits.conf core unlimited suffit toujours application process
  3. core_pattern=/tmp/* automatiquement limite taille via tmp filesystem quota
  4. Systemd journal capture core dump parfaitement, paramètre disque inutile
Question 8
Un administrateur constate que le filesystem btrfs fournit rapports faux ENOSPC même avec espace libre. Comment diagnostiquer si problème vient de metadata allocation ou defragmentation?
  1. btrfs filesystem usage montrer metadata/data chunks; btrfs balance start -dusage=1 défrag testent
  2. df -h montrer totale libre espace; ENOSPC malgré libre indique btrfs bug
  3. btrfs scrub start diagnostique automatiquement et corrige ENOSPC issues
  4. mount -o compress btrfs rebalance automatiquement, récupère espace metadata

Accédez aux 38 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc EX342 →

Pourquoi s'entraîner avec Certifexpress ?