LFCS Service Configuration Practice Questions

Question 1

A system administrator configures a web server using systemd. After creating a custom service unit file, the administrator runs `systemctl daemon-reload` but the service still fails to start with a 'Unit not found' error. What is the most likely cause?

Accepted Answer

The unit file is placed in /usr/lib/systemd/system/ instead of /etc/systemd/system/.. The 'Unit not found' error after `systemctl daemon-reload` indicates that systemd cannot locate the unit file. Unit files in `/usr/lib/systemd/system/` are intended for distribution packages and are not automatically scanned by `daemon-reload` unless they are symlinked or the directory is explicitly included. The correct location for custom administrator-created unit files is `/etc/systemd/system/`, which is the primary location for locally managed units and is always included in the unit search path.

Answer

The administrator forgot to run `systemctl enable` before starting the service.

Answer

The administrator is not in the 'systemd' group.

Answer

The service name was misspelled in the `systemctl start` command.

Question 2

A server runs a custom application that listens on TCP port 8080. The administrator wants to ensure the application starts automatically on boot and restarts if it crashes. Which systemd unit file directive should be used to achieve the restart behavior?

Accepted Answer

Restart=on-failure. The `Restart=on-failure` directive in a systemd unit file instructs systemd to automatically restart the service unit when it exits with a non-zero exit code, is terminated by a signal (including SIGKILL), or times out. This directly satisfies the requirement for the application to restart if it crashes, as a crash typically results in an unclean exit that triggers the restart condition.

Answer

RestartSec=5

Answer

Type=notify

Answer

RemainAfterExit=yes

Question 3

An administrator needs to configure a service to run as a non-root user for security reasons. Which systemd unit file directive accomplishes this?

Accepted Answer

User=myuser. Option C is correct because the `User=` directive in a systemd unit file specifies the user (by name or UID) under which the service process runs. By setting `User=myuser`, the service executes with the privileges of that non-root user, reducing the attack surface and adhering to the principle of least privilege. This is the standard systemd mechanism for dropping root privileges for a service.

Answer

AmbientCapabilities=CAP_NET_BIND_SERVICE

Answer

DynamicUser=yes

Answer

Group=myuser

Question 4

A developer reports that a web application's logs are not being written to /var/log/myapp.log. The service runs as user 'myapp' and the log directory /var/log/myapp/ has permissions 755 owned by root. What is the most likely cause?

Accepted Answer

The service user 'myapp' does not have write permission to the log directory.. Option D is correct because the /var/log/myapp/ directory has permissions 755, which grants read and execute access to the 'others' category but not write. Since the service runs as user 'myapp', which is not the owner (root) and not in the root group, it falls under 'others' and thus lacks write permission. Without write permission on the directory, the service cannot create or write to /var/log/myapp.log, even if the file itself might have different permissions.

Answer

AppArmor is denying access.

Answer

SELinux is blocking the write.

Answer

The service is logging to systemd-journald instead of a file.

Question 5

An administrator wants to ensure that a custom service (myapp.service) starts only after the network is available and the PostgreSQL database service is running. Which systemd unit file directive should be used?

Accepted Answer

After=network.target postgresql.service. Option D is correct because the `After=` directive in a systemd unit file specifies ordering constraints, ensuring that `myapp.service` starts only after `network.target` and `postgresql.service` have reached the 'started' state. This does not create a dependency that forces those units to start; it only orders the startup sequence, which is exactly what the administrator needs to guarantee the service starts after the network and PostgreSQL are available.

Answer

Requires=network.target postgresql.service

Answer

Wants=network.target postgresql.service

Answer

BindsTo=network.target postgresql.service

Question 6

Which TWO statements are true about systemd service unit files? (Choose two.)

Accepted Answer

The [Service] section is mandatory for a service unit file.. Option C is correct because the [Service] section is mandatory in a systemd service unit file; without it, systemd cannot determine how to manage the service process. This section defines the service type, execution command, and other runtime parameters essential for the unit to function.

Answer

Environment variables can be loaded using EnvFile= directive.

Answer

The default service type is 'forking'.

Answer

The [Service] section must appear before the [Unit] section.

Question 7

Which THREE actions will affect the state of a systemd service that is currently running? (Choose three.)

Accepted Answer

systemctl kill myapp.service. Option A is correct because `systemctl kill myapp.service` sends a signal (default SIGTERM) to the main process of the running service, which can terminate or alter its state. This directly changes the service from a running state to a stopped or failed state depending on the signal and process behavior.

Answer

systemctl disable myapp.service

Answer

systemctl daemon-reload

Question 8

An administrator runs 'systemctl status sshd' and sees the output above. The administrator wants sshd to start automatically at boot. Which command should be used?

Accepted Answer

systemctl enable sshd. The `systemctl enable sshd` command creates the necessary symlinks in the systemd unit configuration directories (e.g., `/etc/systemd/system/multi-user.target.wants/`) so that the sshd service is started automatically at boot. This is the correct way to configure a service to start on boot in a systemd-based Linux distribution.

Answer

systemctl reenable sshd

Answer

systemctl mask sshd

Answer

systemctl start sshd

Question 9

A system administrator is configuring a custom systemd service that runs a Python script. The script logs output to stdout. The administrator wants to ensure that the service restarts automatically if it crashes, but only after a 10-second delay. Which directive should be added to the [Service] section of the unit file?

Accepted Answer

Restart=on-failure
RestartSec=10. Option B is correct because `Restart=on-failure` ensures the service restarts only when it exits with a non-zero exit code or is terminated by a signal (e.g., SIGKILL), which matches the 'crashes' scenario. Adding `RestartSec=10` introduces a 10-second delay before the restart attempt, as required. The other options either restart on success (irrelevant) or always restart (which would restart even on intentional stops), or omit the restart condition entirely.

Answer

Restart=on-success
RestartSec=10

Answer

Restart=always
RestartSec=10

Answer

RestartSec=10

Question 10

A Linux administrator needs to temporarily stop a service named 'httpd' without disabling it from starting automatically on subsequent boots. Which command should be used?

Accepted Answer

systemctl stop httpd. The `systemctl stop httpd` command sends a SIGTERM signal to the main process of the httpd service, causing it to stop immediately. This action does not modify the service's enablement state, so the service will still start automatically on subsequent boots if it is enabled. This is the correct way to temporarily stop a service without altering its boot-time behavior.

Answer

systemctl mask httpd

Answer

systemctl disable httpd

Answer

systemctl kill httpd

Service Configuration

LFCS Service Configuration — Key Topics

Where candidates lose marks on Service Configuration