Where we are: https://www.lpi.org/our-certifications/exam-201-objectives (Measure and troubleshoot resource usage). Welcome back learners, and a nod to those “just interested”. We are continuing from last issue with the very first topic, capacity planning. We are still busy with resource availability and troubleshooting. Last issue, we covered lsof and how you can use it to troubleshoot. Linux has lots of built-in tools and I think it’s time we looked at those. Before we start: look at the manpages for ps and pstree please. Okay, now press crtl + alt +f6 login in there. Type w You should see tty6 & tty7. Type pstree and watch it scroll by. Type ps and see only an entry for pts/0… Press ctrl + alt +f7 and repeat the exercise in a terminal. What have you learned? I am going to assume that you read the man pages and know that there is a lot of “doubling up”. (-A and -e are the same, etc).
Où nous en sommes : https://www.lpi.org/our-certifications/exam-201-objectives (L’utilisation des ressources de mesure et solution de problèmes)
Je salue le retour des apprenants et j'accueille aussi ceux qui « s'y intéressent simplement ». Nous continuons à partir du dernier numéro avec le tout premier sujet : la planification des capacités. Nous nous occupons toujours de la disponibilité des ressources et de la solution de problèmes. Dans le dernier numéro, nous avons vu lsof et comment vous pouvez l'utiliser pour résoudre des problèmes. Il y a beaucoup d’outils intégrés à Linux et je pense que le moment est venu de les examiner.
Avant de commencer, veuillez regarder les pages man pour ps et pstree.
Bon. Maintenant, appuyez sur ctrl + alt+ f6 et connectez-vous là. Tapez w Vous devriez voir tty6 et tty7. Tapez pstree et regardez-le défiler. Tapez ps et vous ne verrez qu’une entrée pour pts/0… Appuyez sur ctrl + alt + f7 et refaites l’exercice dans un terminal. Qu’avez-vous appris ?
Je vais supposer que vous avez lu les pages man et savez qu’il y a beaucoup de doublons. (-A et -e sont les mêmes, etc.)
Now let’s do with ps what we did with lsof. Open a terminal and type ‘ps -ef’ and look at the column headings. We now not only have a PID, but a PPID too. Again, you can sort it into smaller chunks for easier processing, type: ‘ps -ef | grep kworker’ and see what you get. Do you see how this could be useful? There is a lot more to ps than just ‘ps -aux’! To see if a user is the problem, use the -u switch followed by the user name. (Do you see why I say – it is hard to hide what you are doing on a Linux machine from your Administrator?) When you switched to tty6, did you run a pstree? If it looked funny, (it should not have if you were using a desktop OS, try running it with the -A option. Do it anyway to see what changes). This is what you had to do in the old dumb terminals, but not really used these days any more. In your terminal – be it gnome terminal or xfce term or whatever – run pstree -h and look for YOUR terminal. Found it? In bold? Want to know its PID? Run pstree -hp and now each entry will be followed by its PID. Would you like to dig the rabbit hole deeper? You would? Type pstree -hpa – this will include arguments passed to processes. Like the ‘-hpa’ you just passed to pstree will show up, helping you to visually troubleshoot. Another way to visualise what is happening is the top command – most of you know his fancy cousin, htop. But where ps and pstree is static, top is constantly refreshing. Top is covered by LPIC level one, so I won’t go into lots of detail here. Just a reminder that you can customise top. While it is running, press the ‘f’ key. Learn those shortcut keys!
Maintenant, faisons avec ps ce que nous avons fait avec lsof. Ouvrez un terminal et tapez « ps -ef », puis regardez les en-têtes des colonnes. Nous avons maintenant non seulement un PID, mais aussi un PPID. À nouveau, vous pouvez l’organiser dans de plus petits morceaux pour un traitement plus facile ; tapez : « pa-ef | grep kworker » et regardez le résultat. Comprenez-vous de quelles façons ceci pourrait être utile ? Il y a bien plus de choses dans ps qu’uniquement « ps -aux » ! Pour voir si un utilisateur crée le problème, utiliser le commutateur -u suivi du nom de l’utilisateur. (Comprenez-vous pourquoi je dis qu’il est difficile de cacher à votre administrateur ce que vous faîtes sur une machine Linux ?)
Quand vous avez basculé sur tty6, avez-vous lancé un pstree ? Si cela semblait bizarre, ce qui n’aurait pas dû être le cas si vous utilisiez un OS de bureau, lancez-le avec l’option -A. Faites-le de toutes les façons, pour voir ce qui change. C’est ce qu’il fallait faire dans les anciens terminaux stupides, mais ce n’est plus utilisé de nos jours.
Dans votre terminal, quel qu’il soit, gnome ou xfce ou n’importe quoi, lancez pstree -h et cherchez VOTRE terminal. Vous l’avez trouvé ? En gras ? Vous voulez connaître son PID ? Lancez pstree -hp et maintenant toutes les entrées seront suivies par leur PID. Voulez-vous aller plus loin dans le terrier du lapin ? Oui ? Tapez pstree -hpa - cela inclura des arguments passés aux processus. Comme le -hpa que vous venez de passer à pstree s’affichera, ça vous aidera à solutionner des problèmes visuellement. Une autre manière de visualiser ce qui se passe est la commande top - la plupart d’entre vous connaissent déjà son cousin élégant htop. Mais là où ps et pstree sont statiques, top est continuellement rafraîchi. Top est traité dans le niveau un du LPIC, et je ne vais donc pas vous donner ici beaucoup de détails le concernant. Je vous rappelle tout simplement que vous pouvez personnaliser top. Pendant qu’il tourne, appuyez sur la touche f. Apprenez bien les raccourcis clavier !
LPI exam is about more than Ubuntu; may I suggest running CentOS in VirtualBox and trying the same commands there. Now let us look at some exam questions! Which of the following commands will provide the PIDs of the processes sorted by which are using the most CPU cycles on the Linux system? A. top B. uptime C. ps aux D. vmstat E. freemem If you said A, well done! Top always opens with CPU cycles as default sorting, unless you change it. If you would like to jump ahead, or test your skills at an LPI exam, do a test paper here: https://www.itexams.com/exam/117-201. (These were once valid LPI questions and will ease you into the format). * The new exam number is 201-400, 117-201 was the old one. * The site does require signing up, but sign up with a temporary email (not your real email).
L’examen LPI concerne plus qu’Ubuntu ; puis-je vous suggérer d’exécuter CentOS dans VirtualBox et d’y essayer les mêmes commandes ?
Maintenant, regardons quelques questions d’examen :
Laquelle des commandes suivantes fournira les PID des processus triés par ceux qui utilisent le plus de cycles du processeur sur un système Linux ? A. top B. uptime C. ps aux D. vmstat E. freemem
Si vous avez répondu A, félicitations ! Top ouvre toujours avec les cycles du processeur comme tri par défaut, à moins que vous ne le changiez.
Si vous voulez aller rapidement plus loin, ou tester vos compétences à un examen du LPI, vous pouvez passer un examen type ici : https://www.itexams.com/exam/117-201 Il y a quelque temps, c'étaient des questions LPI valides et ça vous fera connaître le format de examen.
* Le nouveau numéro d'examen est le 201-400 et le 117-201 correspond au vieil examen.
* Le site nécessite une inscription, mais inscrivez-vous avec une adresse mail temporaire, pas avec votre adresse mail réelle.