vxvm-configured file is present.Īppropriate modules are not loaded on the system during fresh installation of InfoScale on Solaris 11.4 systemĭuring fresh installation of InfoScale Enterprise software on Solaris 11.4 system both the base release as well as the patch are installed with one command. But since the check for the file is there, copying of the library is skipped on boot.Ĭhanges have been done to verify the cksum of the library and then decide where new module replacing is required or not even if the. If the OS of the system is upgraded from 11.3 to 11.4 then on reboot newer library should be copied pertaining to Solaris 11.4. The script runs only once and then it skips because of the. In Solaris 11 the work of postinstall script is done by vxvm-configure script. In Solaris 11.4 the concept of dual VRTS_vxvm_link.so library support for Solaris was included. If the OS of the system is upgraded from 11.3 to 11.4 then on reboot newer library were not copied pertaining to Solaris 11.4. This patch fixes the following incidents: * 4010520 (4003805) Panic encountered when using Oracle with mirrored volumes and DCOs on IS 7.4.1/Sol11.4 * 4010517 (3998475) Unmapped PHYS read I/O split across stripes gives incorrect data leading to data corruption. * 4008748 (3989185) In a Veritas Volume Manager(VVR) environment vxrecover command can hang. * 4006949 (4006539) zpool corruption occurs when DMP(Dynamic Multipathing) Native Support is enabled on two servers at the same time. * 4005540 (3970627) vxstat command shows incorrect data for IO Operations.
* 3984165 (3982817) Appropriate modules are not loaded on the system during fresh installation of InfoScale on Solaris 11.4 system * 3968739 (3968334) Solaris 11.4: Appropriate library VRTS_vxvm_link.so is not copied on the system after OS upgrade.
* DETAILS OF INCIDENTS FIXED BY THE PATCH * SUMMARY OF INCIDENTS FIXED BY THE PATCH * OPERATING SYSTEMS SUPPORTED BY THE PATCH This document provides the following information:
0 kommentar(er)
