Veritas Storage Foundation™ and High Availability Solutions ...
Veritas Storage Foundation™ and High Availability Solutions ... Veritas Storage Foundation™ and High Availability Solutions ...
100Storage Foundation and High Availability Solutions support for Oracle VM Server for SPARCKnown issuesongoing I/O to a UFS file system on another disk which is not under VxVM. Thisissue has been observed typically in a large configuration such as 14 virtual CPUsand around 10Gig of memory configured for the guest domain running VxVM.Relevant Oracle (Sun) bug id: 6744348This known issue has been fixed and verified in the 5.0 MP3 RP1 release.For the latest information on updates, patches, documentation, and known issuesregarding this 5.0 MP3 RP1 release, see the following TechNote on the SymantecTechnical Support website:For Solaris SPARC:http://entsupport.symantec.com/docs/281987For Solaris x64:http://entsupport.symantec.com/docs/286955Split Storage Foundation stack known issuesThe following are new known issues in this release of Veritas Storage Foundationand High Availability Solutions Support for Oracle VM Server for SPARC.Caching of data writes on the backend volume in the servicedomainThis was observed by a customer during their evaluation of Oracle VM Server forSPARC with Storage Foundation. This issue occurs because data written to thevirtual disk might get cached into the service domain before it is effectively writtento the virtual disk backend. This can cause potential data loss if the service domaincrashes while the data is still cached.Oracle (Sun) bug id is: 6684721 (file backed virtual I/O should be synchronous)This Oracle (Sun) bug is fixed in Oracle (Sun) patch 139562-02 that has beenobsoleted by 138888-07.See “Solaris patch requirements” on page 80.A volume can become inaccessible from the guest in the eventof control domain rebootAll access to such a volume hangs if the primary domain is rebooted. This is dueto the vdisk corresponding to the volume does not come back online after thecontrol domain reboots.This issue has been identified and fixed under Oracle (Sun) bug id: 6795836(vd_setup_vd() should handle errors from vd_identify_dev() better)
Storage Foundation and High Availability Solutions support for Oracle VM Server for SPARCKnown issues101This Oracle (Sun) bug is fixed in Oracle (Sun) patch 141777-01.
- Page 50 and 51: 50Storage Foundation and High Avail
- Page 52 and 53: 52Storage Foundation and High Avail
- Page 54 and 55: 54Storage Foundation and High Avail
- Page 56 and 57: 56Storage Foundation and High Avail
- Page 58 and 59: 58Storage Foundation and High Avail
- Page 60 and 61: 60Storage Foundation and High Avail
- Page 62 and 63: 62Storage Foundation and High Avail
- Page 64 and 65: 64Storage Foundation and High Avail
- Page 66 and 67: 66Storage Foundation and High Avail
- Page 68 and 69: 68Storage Foundation and High Avail
- Page 70 and 71: 70Storage Foundation and High Avail
- Page 72 and 73: 72Storage Foundation and High Avail
- Page 74 and 75: 74Storage Foundation and High Avail
- Page 76 and 77: 76Storage Foundation and High Avail
- Page 78 and 79: 78Storage Foundation and High Avail
- Page 80 and 81: 80Storage Foundation and High Avail
- Page 82 and 83: 82Storage Foundation and High Avail
- Page 84 and 85: 84Storage Foundation and High Avail
- Page 86 and 87: 86Storage Foundation and High Avail
- Page 88 and 89: 88Storage Foundation and High Avail
- Page 90 and 91: 90Storage Foundation and High Avail
- Page 92 and 93: 92Storage Foundation and High Avail
- Page 94 and 95: 94Storage Foundation and High Avail
- Page 96 and 97: 96Storage Foundation and High Avail
- Page 98 and 99: 98Storage Foundation and High Avail
- Page 102 and 103: 102Storage Foundation and High Avai
- Page 104 and 105: 104Veritas Cluster Server support f
- Page 106 and 107: 106Veritas Cluster Server support f
- Page 108 and 109: 108Veritas Cluster Server support f
- Page 110 and 111: 110Veritas Cluster Server: Configur
- Page 112 and 113: 112Veritas Cluster Server: Configur
- Page 114 and 115: 114Veritas Cluster Server: Configur
- Page 116 and 117: 116Veritas Cluster Server: Configur
- Page 118 and 119: 118Veritas Cluster Server: Configur
- Page 120 and 121: 120Veritas Cluster Server: Configur
- Page 122 and 123: 122Veritas Cluster Server: Configur
- Page 124 and 125: 124Veritas Cluster Server: Configur
- Page 126 and 127: 126Veritas Cluster Server: Configur
- Page 128 and 129: 128Veritas Cluster Server: Configur
- Page 130 and 131: 130Veritas Cluster Server: Configur
- Page 132 and 133: 132Veritas Cluster Server: Configur
- Page 134 and 135: 134Veritas Cluster Server: Configur
- Page 136 and 137: 136Veritas Cluster Server: Configur
- Page 138 and 139: 138Veritas Cluster Server: Configur
- Page 140 and 141: 140Veritas Cluster Server: Configur
- Page 142 and 143: 142Veritas Cluster Server: Configur
- Page 144 and 145: 144Veritas Cluster Server: Configur
- Page 146 and 147: 146Veritas Cluster Server: Configur
- Page 148 and 149: 148Veritas Cluster Server: Configur
100<strong>Storage</strong> Foundation <strong>and</strong> <strong>High</strong> <strong>Availability</strong> <strong>Solutions</strong> support for Oracle VM Server for SPARCKnown issuesongoing I/O to a UFS file system on another disk which is not under VxVM. Thisissue has been observed typically in a large configuration such as 14 virtual CPUs<strong>and</strong> around 10Gig of memory configured for the guest domain running VxVM.Relevant Oracle (Sun) bug id: 6744348This known issue has been fixed <strong>and</strong> verified in the 5.0 MP3 RP1 release.For the latest information on updates, patches, documentation, <strong>and</strong> known issuesregarding this 5.0 MP3 RP1 release, see the following TechNote on the SymantecTechnical Support website:For Solaris SPARC:http://entsupport.symantec.com/docs/281987For Solaris x64:http://entsupport.symantec.com/docs/286955Split <strong>Storage</strong> Foundation stack known issuesThe following are new known issues in this release of <strong>Veritas</strong> <strong>Storage</strong> Foundation<strong>and</strong> <strong>High</strong> <strong>Availability</strong> <strong>Solutions</strong> Support for Oracle VM Server for SPARC.Caching of data writes on the backend volume in the servicedomainThis was observed by a customer during their evaluation of Oracle VM Server forSPARC with <strong>Storage</strong> Foundation. This issue occurs because data written to thevirtual disk might get cached into the service domain before it is effectively writtento the virtual disk backend. This can cause potential data loss if the service domaincrashes while the data is still cached.Oracle (Sun) bug id is: 6684721 (file backed virtual I/O should be synchronous)This Oracle (Sun) bug is fixed in Oracle (Sun) patch 139562-02 that has beenobsoleted by 138888-07.See “Solaris patch requirements” on page 80.A volume can become inaccessible from the guest in the eventof control domain rebootAll access to such a volume hangs if the primary domain is rebooted. This is dueto the vdisk corresponding to the volume does not come back online after thecontrol domain reboots.This issue has been identified <strong>and</strong> fixed under Oracle (Sun) bug id: 6795836(vd_setup_vd() should h<strong>and</strong>le errors from vd_identify_dev() better)