{"id":72177,"date":"2023-03-23T09:00:59","date_gmt":"2023-03-23T09:00:59","guid":{"rendered":"https:\/\/www.cryptocabaret.com\/?p=72177"},"modified":"2023-03-23T09:00:59","modified_gmt":"2023-03-23T09:00:59","slug":"3-surprising-things-linux-sysadmins-can-do-with-systemd","status":"publish","type":"post","link":"https:\/\/www.cryptocabaret.com\/?p=72177","title":{"rendered":"3 surprising things Linux sysadmins can do with systemd"},"content":{"rendered":"

3 surprising things Linux sysadmins can do with systemd<\/span>
\nalansmithee<\/a><\/span>
\nThu, 03\/23\/2023 – 03:00<\/span><\/p>\n

\n

When it first started out, there was a lot of press about systemd and its ability to speed up boot time. That feature had a mostly-universal appeal (it’s less important to those who don’t reboot), so in many ways, that’s the reputation it still has today. And while it’s true that systemd is the thing that launches services in parallel during startup, there’s a lot more to it than that. Here are three things you may not have realized systemd could do but should be taking advantage. Get more tips from our new downloadable eBook, A pragmatic guide to systemd<\/a><\/strong>.<\/p>\n

1. Simplify Linux ps<\/h2>\n

If you’ve ever used the ps<\/code> or even just the top<\/code> command, then you know that your computer is running hundreds of processes at any given moment. Sometimes, that’s exactly the kind of information you need in order to understand what your computer, or its users, are up to. Other times, all you really need is a general overview.<\/p>\n

The systemd-cgtop<\/code> command provides a simple view of your computer’s load based on the cgroups (control groups) tasks have been arranged into. Control groups<\/a> are important to modern Linux, and are essentially the support structures underneath containers and Kubernetes (which in turn are why the cloud scales the way it does), but also they’re useful constructs on your home PC. For instance, from the output of systemd-cgtop<\/code>, you can see the load of your user processes as opposed to system processes:<\/p>\n

\nControl Group               Proc+   %CPU   Memory  Input\/s Output\/s\n\/                             183    5.0     1.6G       0B     3.0M\nuser.slice                      4    2.8     1.1G       0B   174.7K\nuser.slice\/user-1000.slice      4    2.8   968.2M       0B   174.7K\nsystem.slice                   65    2.2     1.5G       0B     2.8M<\/code><\/pre>\n
You can also view just your userspace processes, or just your userspace processes and kernel threads.<\/p>\n
This isn’t a replacement for top<\/code> or ps<\/code> by any means, but it’s an additional view into your system from a different and unique angle. And it can be vital when running containers, because containers use cgroups.<\/p>\n
2. Linux cron<\/h2>\n
Cron<\/a> is a classic component of Linux. When you want to schedule something to happen on a regular basis, you use cron. It’s reliable and pretty well integrated into your system.<\/p>\n
The problem is, cron doesn’t understand that some computers get shut down. If you have a cronjob scheduled for midnight, but you turn your computer off at 23:59 every day, then your cronjob never runs. There’s no facility for cron to detect that there was a missed job overnight.<\/p>\n
As an answer to that problem, there’s the excellent anacron<\/a>, but that’s not quite as integrated as cron. There’s a lot of setup you have to do to get anacron running.<\/p>\n
A second alternative is systemd timers. Like cron, it’s already built in and ready to go. You have to write a unit file, which is definitely more lines than a one-line crontab entry, but it’s also pretty simple. For instance, here’s a unit file to run an imaginary backup script 30 minutes after startup, but only once a day. This ensures that my computer gets backed up, and prevents it from trying to backup more than once daily.<\/p>\n
\n[Unit]\nDescription=Backup\nRequires=myBackup.service\n\n[Timer]\nOnBootSec=30min\nOnUnitActiveSec=1d\n\n[Install]\nWantedBy=timers.target<\/code><\/pre>\n
You can, of course, intervene and prompt a job to run with . Thanks to the OnUnitActiveSec<\/code> directive, systemd doesn’t attempt to run a job you’ve manually activated.<\/p>\n<\/p>\n
\n
Linux Containers<\/div>\n
\n
What are Linux containers?<\/a><\/div>\n
What is Kubernetes?<\/a><\/div>\n
Free online course: Deploy containerized applications<\/a><\/div>\n
eBook: A guide to Kubernetes for SREs and sysadmins<\/a><\/div>\n
Free online course: Running containers with Red Hat technical overview<\/a><\/div>\n
Podman cheat sheet<\/a><\/div>\n
The latest articles on Linux containers<\/a><\/div>\n<\/p><\/div>\n<\/p><\/div>\n
3. Run Linux containers<\/h2>\n
Containers make starting up a complex service really easy. You can run a Mattermost<\/a> or Discourse server in mere minutes. The hard part, in some cases, is managing and monitoring the containers once you have them running. Podman makes it easy to manage them, but what do use to manage Podman? Well, you can use systemd<\/a>.<\/p>\n
Podman has a built-in command to generate unit files so your containers can be managed and monitored by systemd:<\/p>\n
\n$ podman generate systemd --new --files --name example_pod<\/code><\/pre>\n
All you have to do then is start the service:<\/p>\n
\n$ systemctl --user start pod-example_pod.service<\/code><\/pre>\n
As with any other service on your computer, systemd ensures that your pod runs no matter what. It logs problems, which you can view with journalctl<\/code> along with your other essential logs, and you can monitor its activity within cgroups using systemd-cgtop<\/code>.<\/p>\n
It’s no Kubernetes platform<\/a>, but for one or two containers that you just want to have available on a reliable and predictable basis, Podman and systemd are an amazing pair.<\/p>\n
Download the systemd eBook<\/h2>\n
There’s a lot more to systemd, and you can learn the basics, along with lots of useful and pragmatic tips, from author David Both<\/a> in his new complimentary pragmatic guide to systemd<\/a><\/strong>.<\/p>\n<\/div>\n
\n
It’s not just for making your computer boot faster. Download our new systemd eBook for Linux sysadmins for more tips.<\/p>\n<\/div>\n
\n
\n
  \"\ufeffWhy<\/div>\n
Image by: <\/span><\/p>\n
Internet Archive Book Images. Modified by Opensource.com. CC BY-SA 4.0<\/p>\n<\/div>\n<\/article>\n<\/div>\n
\n
Sysadmin<\/a><\/div>\n
Linux<\/a><\/div>\n
Containers<\/a><\/div>\n<\/p><\/div>\n
What to read next<\/div>\n

\n        \"Creative<\/a>This work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License.<\/div>\n
\n
\n
Register<\/a> or Login<\/a> to post a comment.<\/div>\n<\/p><\/div>\n<\/section>\n
Powered by WPeMatico<\/a><\/small><\/p>\n","protected":false},"excerpt":{"rendered":"
3 surprising things Linux sysadmins can do with systemd alansmithee Thu, 03\/23\/2023 – 03:00 When it first started out, there was a lot of press about systemd and its ability to speed up boot time. That feature had a mostly-universal appeal (it’s less important to those who don’t reboot), so in many ways, that’s the […]<\/p>\n","protected":false},"author":1,"featured_media":72178,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[307],"tags":[],"class_list":["post-72177","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-open-source"],"_links":{"self":[{"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/posts\/72177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=72177"}],"version-history":[{"count":0,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/posts\/72177\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=\/wp\/v2\/media\/72178"}],"wp:attachment":[{"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=72177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=72177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cryptocabaret.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=72177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}