Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1756525

Summary: Improve systemd unit file description
Product: Red Hat Enterprise Linux 8 Reporter: Dennis Keefe <dkeefe>
Component: stratisdAssignee: Bryan Gurney <bgurney>
Status: CLOSED ERRATA QA Contact: guazhang <guazhang>
Severity: low Docs Contact:
Priority: unspecified    
Version: 8.1CC: amulhern, bgurney, dkeefe
Target Milestone: rcFlags: pm-rhel: mirror+
Target Release: 8.0   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 2.0.1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-11-04 03:55:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1825061    

Description Dennis Keefe 2019-09-27 20:47:21 UTC
Description of problem:
Stratid's systemd unit file has the description of 
"Description= a daemon that manages a pool of block devices to create flexible file systems"

While this is correct, the description is used when systemd logs events, such as, 

"Sep 26 13:53:31 ci systemd[1]: Started A daemon that manages a pool of block devices to create flexible file systems."

When reading the logs it isn't clear that the systemd message is related to stratisd

Consider changing the message to include stratisd:

"stratisd - daemon that manages a pool of block devices to create flexible file systems."

File location:
/etc/systemd/system/sysinit.target.wants/stratisd.service - file only exists after stratisd is enabled

Output of unit file: 

[Unit]
Description=Stratis daemon that manages a pool of block devices to create flexible file systems
Documentation=man:stratisd(8)
Before=local-fs-pre.target
DefaultDependencies=no

[Service]
Environment="RUST_BACKTRACE=1"
Environment="RUST_LOG=info"
ExecStart=/usr/libexec/stratisd 
KillSignal=SIGINT
Restart=on-abort
StandardOutput=syslog
StandardError=syslog

[Install]
WantedBy=sysinit.target



Recreate: 
1. install stratisd
# yum -y install stratisd
2. enable stratisd in systemd
# systemctl enable stratisd
3. start stratisd
# systemctl start stratisd
4. view logs
# journalctl

Comment 1 mulhern 2019-09-27 20:59:19 UTC
upstream issue: https://github.com/stratis-storage/stratisd/issues/1647.

Comment 2 Jakub Krysl 2019-10-02 11:32:58 UTC
Mass migration to Guangwu.

Comment 3 Bryan Gurney 2019-12-10 19:49:16 UTC
I submitted a patch to change the "Description" field to "Stratis daemon".

Comment 6 guazhang@redhat.com 2020-06-18 03:18:27 UTC
Hello

[root@storageqe-26 ~]# rpm -qa |grep stratis
stratisd-2.1.0-1.el8.x86_64
stratis-cli-2.1.0-5.el8.noarch

[root@storageqe-26 ~]# cat /etc/systemd/system/sysinit.target.wants/stratisd.service 
[Unit]
Description=Stratis daemon
Documentation=man:stratisd(8)
Before=local-fs-pre.target
DefaultDependencies=no

[Service]
Environment="RUST_BACKTRACE=1"
ExecStart=/usr/libexec/stratisd --debug
KillSignal=SIGINT
Restart=on-abort
StandardOutput=syslog
StandardError=syslog

[Install]
WantedBy=sysinit.target
[root@storageqe-26 ~]# 


# systemctl enable stratisd
# systemctl start stratisd

I don't found the log "Stratis daemon that manages a pool of block devices to create flexible file systems" in journalctl.
so it is something wrong here or I miss something ?

Comment 7 Bryan Gurney 2020-06-18 13:02:15 UTC
Don't worry; there's simply a little bit of confusion, probably from copying and pasting earlier.

The previous string was "A daemon that manages a pool of block devices to create flexible file systems"

Here's the diff of the commit that made the change (commit aa6174d51bf931885c523562e905266e554da6e4, 2019-12-09):

diff --git a/stratisd.service b/stratisd.service
index 4219e98..8653f9e 100644
--- a/stratisd.service
+++ b/stratisd.service
@@ -1,5 +1,5 @@
 [Unit]
-Description=A daemon that manages a pool of block devices to create flexible file systems
+Description=Stratis daemon
 Documentation=man:stratisd(8)
 Before=local-fs-pre.target
 DefaultDependencies=no

Comment 8 guazhang@redhat.com 2020-06-19 02:45:56 UTC
thanks for the explanation, so move to verified

Comment 11 errata-xmlrpc 2020-11-04 03:55:54 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (stratis-cli bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:4794