* 3896310 (3859032) System panics in vx_tflush_map() due to NULL pointer * 3896308 (3695367) Unable to remove volume from multi-volume VxFS using "fsvoladm" command. * 3896306 (3790721) High cpu usage caused by vx_send_bcastgetemapmsg_remaus * 3896304 (3846521) "cp -p" fails if modification time in nano seconds have 10 * 3896285 (3757609) CPU usage going high because of contention over ODM_IO_LOCK * 3896281 (3830300) Degraded CPU performance during backup of Oracle archive logs * 3896273 (3558087) The ls -l and other commands which uses stat system call may * 3896270 (3707662) Race between reorg processing and fsadm timer thread (alarm expiry) leads to panic in vx_reorg_emap. * 3896269 (3879310) File System may get corrupted after a failed vxupgrade. * 3896267 (3861271) Missing an inode clear operation when a Linux inode is being de-initialized on * 3896249 (3861713) High %sys CPU seen on Large CPU/Memory configurations. * 3896160 (3808033) When using 6.2.1 ODM on RHEL7, Oracle resource cannot be killed after forced umount via VCS. * 3896156 (3633683) vxfs thread consumes high CPU while running an * 3896154 (1428611) 'vxcompress' can spew many GLM block lock messages over the * 3896151 (3827491) Data relocation is not executed correctly if the IOTEMP policy is set to AVERAGE. * 3896150 (3833816) Read returns stale data on one node of the CFS. * 3817229 (3762174) fsfreeze and vxdump commands may not work together.
* Symantec Storage Foundation for Oracle RAC 6.2 * Symantec Storage Foundation Cluster File System HA 6.2 * 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)
