> -----Original Message----- > From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list- > bounces@xxxxxxxxxx] On Behalf Of Tom Callahan > Sent: Monday, May 08, 2006 5:51 AM > To: General Red Hat Linux discussion list > Subject: Re: Oracle on RHEL4 with ASM problem > > I just tried this exact same exercise, and I get the same errors...... > > I realize it says you must use raw devices in the document that was > linked......but I don't know if I believe it. I would belive that the > ASMLIB for Linux may not support System-based adding of raw devices, and > that you may have to do it within the ASM instance..... Found this little gem on oracles site ... confused yet ???? "When installed on raw devices or, as recommended by Oracle, on block devices using the ASM library driver, ASM runs as its own instance that starts before a database instance. It enables the DBA to create, extend, and shrink a disk and maps such changes to disk groups on other nodes that share access to those groups. Database instances can share a clustered pool of storage across a number of nodes in a cluster." I'd love to hear what the final conclusion on this topic is :). http://www.oracle.com/technology/tech/linux/asmlib/install.html ... clearly not using raw devices. I do run a RAC DB utilizing ASM on top of block devices and have not seen any i/o issues related to ASM. > I would try this on a test instance if you can, but try logging into the > ASM instance and issue the following: > > < alter diskgroup YOURDSKGRP add disk '/dev/raw/raw1' rebalance power 8; > > > This will attempt to add the new disk, and rebalance the ASM > Storage..... But again, PLEASE do this on a Test or Dev box.... > > This may require and Oracle TAR asking about ASM and Block vs. Character > devices. > > Tom Callahan > TESSCO Technologies > Desk: (410)-229-1361 > Cell: (410)-588-7605 > Email: callahant@xxxxxxxxxx > > A real engineer only resorts to documentation when the keyboard dents on > the forehead get too noticeable. > > > > Lunt, Nick wrote: > > > > > > >>-----Original Message----- > >>From: Tom Callahan [mailto:callahant@xxxxxxxxxx] > >> > >> > > > > > > > >>Go into /etc/udev/permissions.d/50-udev-permissions and ABOVE the > >>exising lines for raw devices, put the following: > >> > >># Oracle 10g Devices > >>raw/raw1:oracle:oinstall:0640 > >># End Oracle 10g Devices > >> > >> > >>You can add rawdevices to that list as well. You MUST do this > >>with UDEV, > >>and it has to be above the existing raw* lines, otherwise it will not > >>work correctly. > >> > >> > > > >Thanks Tom, > > > >I did as you suggested and now the permissions on /dev/raw/raw1 change to > oracle:oinstall when I restart rawdevices but I still get this error when > I add in raw1 to ASM : > > > >[root@bounty sysconfig]$ /etc/init.d/oracleasm createdisk VOL14 > /dev/raw/raw1 > >Marking disk "/dev/raw/raw1" as an ASM disk: asmtool: Unable to open > device "/dev/raw/raw1": Block device required [FAILED] > > > >[root@bounty sysconfig]$ ll /dev/raw > >total 0 > >crw-r----- 1 oracle oinstall 162, 1 May 8 13:30 raw1 > > > >[root@bounty sysconfig]$ grep raw1 /etc/udev/permissions.d/50- > udev.permissions > >raw/raw1:oracle:oinstall:0640 > > > >[root@bounty sysconfig]$ service rawdevices status > >/dev/raw/raw1: bound to major 8, minor 240 > > > >Cheers, > >Nick . > > > >Wesleyan Administration Services Ltd registered number 5188850 and > Wesleyan Unit Trust Managers Ltd registered number 2114859 ("WUTM Ltd") > are wholly owned subsidiary companies of Wesleyan Assurance Society, whose > registered number is ZC145. WUTM Ltd is a member of IMA. For ISA/PEP/Unit > Trusts Administration Centre: PO Box 9033, Chelmsford, SM99 2WQ Telephone: > 0870 601 6129 Wesleyan Assurance Society and WUTM Ltd are authorised and > regulated by the Financial Services Authority. Head Office, Colmore > Circus, Birmingham B4 6AR. Telephone: 0121 200 3003 Fax 0121 200 2971. > Website: www.wesleyan.co.uk Telephone calls may be recorded for monitoring > and training purposes. > > > >CONFIDENTIALITY NOTICE > > > >This communication and the information it contains is intended for the > person or organisation to whom it is addressed. Its contents are > confidential and may be protected in law. Unauthorised use, copying or > disclosure of any of it may be unlawful. If you are not the intended > recipient, please contact us immediately. > > > >The contents of any attachments in this e-mail may contain software > viruses, which could damage your own computer system. While every > reasonable precaution to minimise this risk has been taken, we cannot > accept liability for any damage that you sustain as a result of software > viruses. You should carry out your own virus checking procedure before > opening any attachment. > > > >Delivered using mail2.wesleyan.co.uk > > > > > > > > > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
