Bug 1844853

Summary: Sosreport doesn't collect /etc/exports* files
Product: Red Hat Enterprise Linux 8 Reporter: Pierguido Lambri <plambri>
Component: sosAssignee: Pavel Moravec <pmoravec>
Status: CLOSED ERRATA QA Contact: Maros Kopec <makopec>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 8.2CC: agk, bmr, mhradile, plambri, rsable, sbradley
Target Milestone: rcKeywords: OtherQA
Target Release: 8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: sos-3.9.1-4.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-11-04 01:57:56 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:
Attachments:
Description Flags
Backport of upstream commit fad72dba none

Description Pierguido Lambri 2020-06-07 15:27:57 UTC
Description of problem:
The version of sosreport in RHEL8 doesn't collect the nfsserver plugin even though the nfs server is running.


Version-Release number of selected component (if applicable):
sos-3.8-2.el8.noarch.rpm

How reproducible:
Always

Steps to Reproduce:
1. Install and configure some NFS exports
2. Start the nfs-server service
3. Run sosreport

Actual results:
The /etc/exports* files are not collected.

Expected results:
All the /etc/exports* file should be collected.


Additional info:

Comment 1 Pierguido Lambri 2020-06-07 15:31:46 UTC
Test from a system with nfs-server running:

# systemctl status nfs-server
● nfs-server.service - NFS server and services
   Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; vendor preset: disabled)
  Drop-In: /run/systemd/generator/nfs-server.service.d
           └─order-with-mounts.conf
   Active: active (exited) since Sun 2020-06-07 16:22:32 BST; 6min ago
  Process: 57396 ExecStopPost=/usr/sbin/exportfs -f (code=exited, status=0/SUCCESS)
  Process: 57394 ExecStopPost=/usr/sbin/exportfs -au (code=exited, status=0/SUCCESS)
  Process: 57391 ExecStop=/usr/sbin/rpc.nfsd 0 (code=exited, status=0/SUCCESS)
  Process: 62185 ExecStart=/bin/sh -c if systemctl -q is-active gssproxy; then systemctl reload gssproxy ; fi (code=exited, status=0/SUCCESS)
  Process: 62173 ExecStart=/usr/sbin/rpc.nfsd (code=exited, status=0/SUCCESS)
  Process: 62171 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)
 Main PID: 62185 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 6644)
   Memory: 0B
   CGroup: /system.slice/nfs-server.service


# sosreport

sosreport (version 3.8)

This command will collect diagnostic and configuration information from
this Red Hat Enterprise Linux system and installed applications.

...

Your sosreport has been generated and saved in:
  /var/tmp/sosreport-barbera-2020-06-07-wguwjss.tar.xz

The checksum is: b81051fb846f4386ce1d9fcda39b7410


# pwd
/root/sosreport-barbera-2020-06-07-wguwjss

# find . -name "*exports*"
./proc/fs/nfs/exports
./proc/fs/nfsd/exports

Comment 2 Pierguido Lambri 2020-06-07 15:33:33 UTC
The upstream commit fad72dbacc7e5c3c2721e452823750974ea31550 should fix this issue.
A test with a package that include that commit:

# sosreport

sosreport (version 3.8)

...

Your sosreport has been generated and saved in:
  /var/tmp/sosreport-barbera-2020-06-07-efeifvy.tar.xz

The checksum is: 889fdf224b863835d6ed76203b8124d8


# pwd
/root/sosreport-barbera-2020-06-07-efeifvy

# find . -name "*exports*"
./etc/exports
./etc/exports.d
./proc/fs/nfs/exports
./proc/fs/nfsd/exports

Comment 3 Pierguido Lambri 2020-06-07 15:36:56 UTC
Created attachment 1695854 [details]
Backport of upstream commit fad72dba

The upstream patch doesn't apply cleanly as the directory structure has changed.

Comment 4 Pavel Moravec 2020-06-07 17:58:34 UTC
Assuming Pier can do OtherQE, I added this flag.

devel_ack+ to 8.3

Comment 5 Pavel Moravec 2020-06-23 19:31:00 UTC
Hello, could you please verify the bugfix against below build? (I will add it to errata once available)


A yum repository for the build of sos-3.9.1-3.el8 (task 29638685) is available at:

http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/

You can install the rpms locally by putting this .repo file in your /etc/yum.repos.d/ directory:

http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/sos-3.9.1-3.el8.repo

RPMs and build logs can be found in the following locations:
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/noarch/

The full list of available rpms is:
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/noarch/sos-3.9.1-3.el8.src.rpm
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/noarch/sos-audit-3.9.1-3.el8.noarch.rpm
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/3.el8/noarch/sos-3.9.1-3.el8.noarch.rpm

The repository will be available for the next 60 days.

Comment 6 Pavel Moravec 2020-06-23 21:18:55 UTC
I apologize, please use this build instead:


A yum repository for the build of sos-3.9.1-4.el8 (task 29648789) is available at:

http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/

You can install the rpms locally by putting this .repo file in your /etc/yum.repos.d/ directory:

http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/sos-3.9.1-4.el8.repo

RPMs and build logs can be found in the following locations:
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/noarch/

The full list of available rpms is:
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/noarch/sos-3.9.1-4.el8.src.rpm
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/noarch/sos-3.9.1-4.el8.noarch.rpm
http://brew-task-repos.usersys.redhat.com/repos/official/sos/3.9.1/4.el8/noarch/sos-audit-3.9.1-4.el8.noarch.rpm

The repository will be available for the next 60 days.

Comment 9 Pierguido Lambri 2020-06-29 08:35:16 UTC
Using RHEL8 provided sos:

# rpm -qa  |grep sos
sos-3.8-6.el8_2.noarch

$ sosreport
...
Your sosreport has been generated and saved in:
  /var/tmp/sosreport-barbera-2020-06-29-wgevkbh.tar.xz

# pwd
/var/tmp/sosreport-barbera-2020-06-29-wgevkbh


# find . -name "*exports*"
./proc/fs/nfs/exports
./proc/fs/nfsd/exports

Using sos from repo in comment #6:

# rpm -qa  |grep sos
sos-3.9.1-4.el8.noarch

$ sosreport
...
Your sosreport has been generated and saved in:
  /var/tmp/sosreport-barbera-2020-06-29-ktjtfhl.tar.xz

# pwd
/var/tmp/sosreport-barbera-2020-06-29-ktjtfhl

# find . -name "*exports*"
./etc/exports.d
./etc/exports.d/test.exports
./etc/exports
./proc/fs/nfs/exports
./proc/fs/nfsd/exports

Comment 15 errata-xmlrpc 2020-11-04 01:57:56 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 (sos 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/RHEA-2020:4534