Sponsored Content
Operating Systems Solaris Solaris 11.2 x86 Local Zones for Oracle RAC database, intermittent Memory corruption of db Post 303032768 by crossmypath on Saturday 23rd of March 2019 03:20:01 PM
Old 03-23-2019
Solaris 11.2 x86 Local Zones for Oracle RAC database, intermittent Memory corruption of db

Hi,

I was wondering if any Solaris fellow out there has dealt with running Solaris 11 x86 on Local Zones for Oracle RAC (which may or may not be relevant to issue), running on HP gen h/w. Every so often could be weeks between issues or some times days, there will be a memory corruption and db block read error, sometimes the block is reread from disk by db s/w and found valid on reread other times there will be real corruption. Is there any other person who has experience similar issues on Solaris 11 x86 running Local Zones. I can't see any issue at san , db or o/s level to point to an issue, also issue is not repeatable but random in nature so proving very difficult if not impossible to diagnose root cause.

Was starting to think maybe issue could be at h/w or bios level, maybe power management of CPU.

BTW i'm not a SA.

Thanks
 

2 More Discussions You Might Find Interesting

1. Solaris

Check Solaris Zones Processor & Memory allocations

Hi, I am a newbee in the solaris administration. My question is how to 1. Check the total CPU and memory of a global zone. 2. Check the allocated CPU and memory for each of the residing non-global zones. I have already tried prtconf which gives the following output /usr/sbin/prtconf... (4 Replies)
Discussion started by: poga
4 Replies

2. Solaris

Solaris 10 Shared Memory Corruption with X11

I am having a problem with shared memory corruption. I have two 86 servers running Solaris 10 (150400-06). One of the servers is accessed by a Sun Ray thin client Version 11.1.3.0.2.6. I login into server one from the thin client. I then ssh -X to server two. When a process that contains a... (2 Replies)
Discussion started by: salerno
2 Replies
i2o_bs(7D)							      Devices								i2o_bs(7D)

NAME
i2o_bs - Block Storage OSM for I2O SYNOPSIS
disk@local target id#:a through u disk@local target id#:a through u raw DESCRIPTION
The I2O Block Storage OSM abstraction (BSA, which also is referred to as block storage class) layer is the primary interface that Solaris operating environments use to access block storage devices. A block storage device provides random access to a permanent storage medium. The i2o_bs device driver uses I2O Block Storage class messages to control the block device; and provides the same functionality (ioctls, for example) that is present in the Solaris device driver like 'cmdk, dadk' on x86 for disk. The maximum size disk supported by i2o_bs is the same as what is available on x86. The i2o_bs is currently implemented version 1.5 of Intelligent IO specification. The block files access the disk using the system's normal buffering mechanism and are read and written without regard to physical disk records. There is also a "raw" interface that provides for direct transmission between the disk and the user's read or write buffer. A single read or write call usually results in one I/O operation; raw I/O is therefore considerably more efficient when many bytes are transmitted. The names of the block files are found in /dev/dsk; the names of the raw files are found in /dev/rdsk. I2O associates each block storage device with a unique ID called a local target id that is assigned by I2O hardware. This information can be acquired by the block storage OSM through I2O Block Storage class messages. For Block Storage OSM, nodes are created in /devices/pci#/pci# which include the local target ID as one component of device name that the node refers to. However the /dev names and the names in /dev/dsk and /dev/rdsk do not encode the local target id in any part of the name. For example, you might have the following: /devices/ /dev/dsk name --------------------------------------------------------------- /devices/pci@0,0/pci101e,0@10,1/disk@10:a /dev/dsk/c1d0s0 I/O requests to the disk must have an offset and transfer length that is a multiple of 512 bytes or the driver returns an EINVAL error. Slice 0 is normally used for the root file system on a disk, slice 1 is used as a paging area (for example, swap), and slice 2 for backing up the entire fdisk partition for Solaris software. Other slices may be used for usr file systems or system reserved area. Fdisk partition 0 is to access the entire disk and is generally used by the fdisk(1M) program. FILES
/dev/dsk/cndn[s|p]n block device /dev/rdsk/cndn[s|p]n raw device where: cn controller n dn instance number sn UNIX system slice n (0-15) pn fdisk partition(0) /kernel/drv/i2o_bs i2o_bs driver /kernel/drv/i2o_bs.conf Configuration file ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ |ATTRIBUTE TYPE |ATTRIBUTE VALUE +-----------------------------+-----------------------------+ |Architecture |x86 | +-----------------------------+-----------------------------+ SEE ALSO
fdisk(1M), format(1M)mount(1M),lseek(2), read(2), write(2), readdir(3C), vfstab(4), acct.h(3HEAD), attributes(5), dkio(7I) SunOS 5.10 21 Jul 1998 i2o_bs(7D)
All times are GMT -4. The time now is 05:36 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy