AlphaServer SC patch kit: ========================== AlphaServer SC Version: SCv2.5 UK1 Kit Name: Tru64 CSP 1292.00 Release Date: July 24th 2003. PTR: 153-2-1178 IPMT Number: CFS.101585 Abstract: Correct handling of 64-bit NFS V3 file ids. Description of Patch: ===================== 1. This patch changes how the NFS client handles full NFS version 3 64-bit fileids. Previously, messages of the form: NFS3 LOOKUP: directory attributes from are of the wrong dir would appear on the console when traversing an NFS version 3 server filesystem that generated greater than 32-bit file ids. This patch stores the full 64-bit fileid (as specified by protocol) and uses that actual value to compare. The patched kernel module is nfs.mod. 2. Includes fixes from Tru64 CSP 1074.00 (CFS 97673) Fixes a problem on a cluster NFS client where a hard mounted NFS filesystem can incur ETIMEDOUT errors. This situation can occur when a cluster is accessing a filesystem on a server that the cluster thinks is down (either when the server is truly down or temporarily appears down because it is busy). The patched kernel module is nfs.mod. 3. Includes fixes from Tru64 CSP 1099.00 (CFS 98662) Corrects a problem with uninterruptible processes spinning in clntkudp_callit_addr. The patched kernel module is rpc.mod. Prerequisites: ============== Before installing this Patch kit, you should ensure the following: 1) You have all mandatory patches for this release installed. This is a UK1 patch and will not install or work on V2.5 SSB. Kit checksum: ============= # cksum T64V51AB21-C0129200-19360-20030722.tar 2095988915 3082240 T64V51AB21-C0129200-19360-20030722.tar Updated files: ============== A list of the files included in this patch is given below along with the cksum values for each file. 1080608388 352004 /sys/BINARY/nfs.mod 201540875 323734 /sys/BINARY/rpc.mod 3180577911 50552 /usr/sys/include/nfs/nfs.h 3166840900 5732 /usr/sys/include/nfs/rnode.h Instructions: ============= This patch is provided as an sc_dupatch installable kit. Unpack it into a directory that is NFS mounted on all domains e.g. /nfs0/cspkit and follow the following steps to install it: Patch required on Management Server (if used) : YES Patch required on Domains : YES 1) Verify that you have the correct version of sc_dupatch (patch installation tool) as follows: # ident /usr/sbin/sc_dupatch $RCSfile: sc_dupatch,v $ $Revision: 1.2.4.11 $ $Date: 2003/03/13 10:58:04 $ The version number should be at least 1.2.4.11. If not, replace it with the copy of sc_dupatch specified in Appendix A.2 2) Verify that it is possible to install the patches as follows: On the Management Server (if used) #/usr/sbin/sc_dupatch -install -kit /nfs0/cspkit/patch_kit -name -note -noroll -nolevel2 -noauto -precheck_only -patch all On Domains: # sra command -domains all -member 1 -command '/nfs0/sbin/sc_dupatch -install -kit /nfs0/CSPkit/patch_kit -name -note -noroll -nolevel2 -noauto -precheck_only -patch all' sra will prompt you for the root password. Note: ====== if you encounter a message similiar to the following : ./sys/BINARY/nfs.mod: its origin can not be identified. then, you will need to run the actual installation (Step 3) with the " -deps_only " flag. For Example: # /usr/sbin/sc_dupatch -install -kit /nfs0/CSPkit/patch_kit -name -note -noroll -nolevel2 -noauto -deps_only -patch all A full description of -deps_only is provided in Appendix A.1 below: 3) Now Run the Patch Installation as follows: On the Management Server (if Used): ----------------------------------- Install the patch using the following commands: #/usr/sbin/sc_dupatch -install -kit /nfs0/cspkit/patch_kit -name -note -noroll -nolevel2 -noauto -patch all Rebuild your kernel # doconfig -c HOSTNAME Copy the new kernel to /vmunix Reboot the machine # shutdown -r now On Domains: ----------- Install the patch using the following commands: # sra command -domains all -member 1 -command '/usr/sbin/sc_dupatch -install -kit /nfs0/CSPkit/patch_kit -name -note -noroll -nolevel2 -noauto -patch all' Now Build and Deploy the Kernels: Make sure all nodes are up so that kernels will be built on all nodes # scrun -d all BuildKernels # scrun -d all DeployKernels Reboot all domain nodes: # sra shutdown -domains all # sra boot -domains all Installation is complete at this point. ******************************************************************************* To delete this patch: # /usr/sbin/sc_dupatch -delete -name -note -noroll -noauto -nolevel2 -patch C1292.00 Then build and deploy kernels and reboot as instructed above. ******************************************************************************* Appendices: =========== A.1 Details of -deps_only option -------------------------------- Patches from UNIX support have previously been supplied to AlphaServer SC customers in a manual install format. That is, patches were installed by the customer running a script to copy the patch to the correct location. The standard UNIX support patches for non-SC customers have always been supplied using the CSP (Customer Specific Patch) format and are installed using the dupatch tool. Patches for SC customers are now also being provided in CSP format and these patches need to be installed using the sc_dupatch tool. sc_dupatch does some dependency checking to ensure the patches already on the machine are correct. It does this by comparing the chksums of files on the system with its own dependency list. If you have manually installed a patch that is on the dependency list for this new patch, then sc_dupatch will report an error and not install the patch. That is because sc_dupatch is not aware of patches installed manually. If sc_dupatch reports an error indicating a failure to install one or more patches, check whether this error message was generated by sc_dupatch detecting a mismatch caused by the existence of a manually installed patch. If you're satisfied that the conflict does arise from a manually-installed patch which you want to override, then a simple workaround is available in the form of the new deps_only switch. This has been introduced to cater specifically for such situations. It turns off the inventory-checking mechanism so that the pre-install checking is restricted to dependency-checking only. Simply re-run the install command with the deps_only flag to skip this inventory check and allow the installation to proceed. A.2 Location of sc_dupatch -------------------------- The latest version of sc_dupatch is always available from: ftp://ftp.ilo.cpqcorp.net/pub/sierra/patches/V2.5/