Bug 857562 - Provide more clarity in documentation how Storage async erratas are to be applied as they are incremental and cumulative
Summary: Provide more clarity in documentation how Storage async erratas are to be app...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: doc-Installation_Guide
Version: 2.0
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
: ---
Assignee: Anjana Suparna Sriram
QA Contact: Sudhir D
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-14 20:48 UTC by Scott Haines
Modified: 2015-04-10 07:12 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-10 07:12:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Scott Haines 2012-09-14 20:48:54 UTC
Writing to request that the Storage Installation Guide (and possibly the Admin Guide) be updated to provide more clarity on how an end user is to apply any and all async errata for the Storage product as they are incremental and cumulative. 

Per VS;

"On the server side, they will need to restart glusterd for applied changes to take effect. If there are any changes in NFS, either the NFS process will have to be restarted or the volume will have to be restarted (stop/start)."

"On the client side, there is no action required for NFS. If it is a native client, it will require an unmount/mount for the changes to take effect."

"I will just need to check if we restart glusterd in the rpm post-install. I will take an AI to coordinate this with Anjana."

Per Anjana;

"Currently, the RHS Installation Guide has a section - Setting Software
Updates -- https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Storage/2.0/html/Installation_Guide/chap-Installation_Guide-Software_Updates.html."

Comment 1 Vidya Sakar 2012-09-21 11:12:23 UTC
Have verified that we restart glusterd in the rpm postinstall, so no specific instructions required.

And with respect to restarting NFS process, this needs to be done only when there are NFS fixes in a particular errata, this is not needed when there are no NFS fixes. So this will be better handled in that specific errata text than a general update to the install/admin guide.

Same applies to native client updates. Only when the client RPMs are updated, umount/mount needs to be done. Today we rebuild client RPMs anyway even if there are no updates on client side. This needs fixing so that we will know when changes are happening on client side. I believe there is a BZ for this already.

Comment 3 Sudhir D 2012-10-01 14:23:35 UTC
Had suggested minor changes which is incorporated now. Looks good.


Note You need to log in before you can comment on or make changes to this bug.