similar to: Cannot unmount status = -999

I am receiving these errors when rebooting my system. Unmounting file systems: (1785) ERROR: unable to sendmsg, error=-101, Linux/ocfsipc.c, 394 (1785) ERROR: status = -999, Linux ocfsipc.c, 206 ocfs: Unmounting device (104,33) on rac1-priv1.collo.corp.net (node 2) (1785) ERROR: unable to sendmsg, error=-101, Linux/ocfsipc.c, 394 (1785) ERROR: status = -999, Linux/ocfsipc.c, 206 It

Specs: Oracle 9.2.0.4 OS is Redhat AS2.1 ocfs-2.4.9-e-summit-1.0.12-1 ocfs-tools-1.0.10-1 ocfs-support-1.0.10-1 ocfs-2.4.9-e-enterprise-1.0.12-1 Shared Storage: Dell/EMC CX600 naviagentcli-6.19.0.4.14-1.noarch.rpm PowerPath 4.4 Post navisphere shuttingdown, The ocfs service attempts to stop Then I get errors: Ocfs:Unmounting drive on [privatenic] 7959 err: unable to sendmsg error: -101,

Dear Experts, One of our client wants to use OCFS for their 9i RAC(2 node) on RHEL3 and also use GFS on the nodes. Would there be any issues using OCFS for Oracle 9i RAC and using GFS for failing over things like print services on the same node? Has this been tested? I know these are competing products and OCFS 2.0is not an option now for the client. They need GFS for their custom apps. Any ideas

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Hello All, I am currently running ocfs 1.0.9-9 with kernel 2.4.21-4.Elhugemem (RHEL3) and 9i RAC (9.2.0.4). Is there any big concerns I need to be aware of before upgrading to ocfs-1.0.13-1 and kernel 2.4.20-31.9? TIA, +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Brian M. Diehl, RHCE A-1 Limousine | | Sr. Network Admin 609-919-2019 | | "In the end, things

Skipped content of type multipart/alternative

Skipped content of type multipart/alternative

Greetings, Having read about the previous OSFS hangs, I think this one that we are seeing is different, but I'm not sure if this is caused by OCFS or the Linux OS. We are running OCFS Version 1.09 with Linux AS 3.0/9i RAC. We have a 2 node Intel Cluster (Node 1 and Node 2). This morning the DBA tried to do an "ls" command on /u06/oradata/database

Hi, I am trying to install Oracle 9i RAC on SLES 8 SP3 with a shared firewire disk. I am using the following OCFS: OCFS Release 1.0.11-1 for suse sp3 2.4.21-138 smp kernel ocfs-2.4.21-138-smp-1.0.11-1.i586.rpm ocfs-tools-1.0.10-1.i386.rpm ocfs-support-1.0.10-1.i386.rpm 1/ I have configured OCFS and a shared file system /opt/oracle/oradata 2/ I have created a raw device for use as quorum

Hi All, Scenario: I'm trying to install 9i rac on a 2 node cluster on OCFS2 OS: Oracle enterprise linux To my understanding, OCFS2 supports shared home installs which to my knowledge is not only can i have datafile and control files but also clustermanager files and binaries (pretty much everything: no files or executables need to kept local to any nodes). I have one single shared file for

(Yep, it's me again) We've worked around some minor glitches and now have a pair of nodes happily sharing an OCFS volume. I was wondering, though, if it was possible to configure a second private IP address so that the nodes could communicate over more than one Gigabit Ethernet connection. Our RAC books and online docs make some vague references to multiple interconnects, but I have yet

An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20060929/b615d2e4/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: oracle.gif Type: image/gif Size: 2356 bytes Desc: not available Url : http://oss.oracle.com/pipermail/ocfs2-users/attachments/20060929/b615d2e4/oracle.gif

Oh yeah - easy way to check, Randy: Next time your node hangs, get on the OTHER NODE and go into each directory where files are being opened (datafiles, archivelogs, controlefiles, redo logs, etc) and delete a file (you can create one first then delete it). If this causes the hung node to recover then you're having the same problem I was having. Jeremy >>> "Jeremy

Hi... I have a strange problem with my Private NIC Channel, here is my environment details : 1. RHAS 2.1 with kernel 2.4.9-e.27 Enterprise 2. OCFS version : 2.4.9-e-enterprise-1.0.9-6 3. Oracle RDBMS : 9.2.0.4 RAC with 5 Nodes 4. Private NIC Channel: Broadcom BCM5700 My Private NIC channel is down intermittently, we just tracing the root of the problems by identify each product installed the

I am starting to see a few issues with OCFS and 9.2.0.3 RAC on redHat Linux AS 2.1. Wondering if there is anyone out there experiencing similar issues... a few pointers to the issues.. 1. OCFS read/write performance is way lower than a read/write to a raw device.. i can give you some comparison numbers.. 2. Writes to shared disk with ocfs would get locked up by one server.. it doesnt have to

I am starting to see a few issues with OCFS and 9.2.0.3 RAC on redHat Linux AS 2.1. Wondering if there is anyone out there experiencing similar issues... a few pointers to the issues.. 1. OCFS read/write performance is way lower than a read/write to a raw device.. i can give you some comparison numbers.. 2. Writes to shared disk with ocfs would get locked up by one server.. it doesnt have to

Greetings, I installed RedHat Linux AS version 3/Update 3 over the weekend, along with ocfs RPMs that are listed below: ocfs-2.4.21-EL-smp-1.0.13-1.i686.rpm ocfs-support-1.0.10-1.i386.rpm ocfs-tools-1.0.10-1.i386.rpm Oracle 10g was then installed on the systems. On both the test cluster that I used and the production cluster that I installed over the weekend are some pretty strange lines

I'm currently part of a project implementing Oracle eBusiness Suite 11i on RAC. We're using a two-node cluster with shared storage, both nodes are configured identical. Kernel is 2.4.9-e.27enterprise and ocfs is 1.0.9-11. I have checked and the shared storage can be accessed directly without any problems from both nodes (/dev/sdx). Curious if anyone has any suggestions or comments

I'm currently part of a project implementing Oracle eBusiness Suite 11i on RAC. We're using a two-node cluster with shared storage, both nodes are configured identical. Kernel is 2.4.9-e.27enterprise and ocfs is 1.0.9-11. I have checked and the shared storage can be accessed directly without any problems from both nodes (/dev/sdx). Curious if anyone has any suggestions or comments