similar to: Error Status = -999 messages

Oracle appears to have Wim chained in the basement, forced to answer mailing list questions at all hours. I do appreciate it. Our cluster has been stable since we installed RAC, but a few minor issues have me concerned. First, our storage array seems to maintain continuous low-level activity even when the database is shut down. The CPUs spend a modest amount of time in iowait state while this

Hi Experts, We have a 4nodes RAC running and recently one is down due to hardware (fibre optics card) failure. Since running on 3-nodes RAC, the surviving server just keep crashing. We cannot figure out why is this happening but checking /var/log/messages we have these error (notice the msg before crashing at 8:32): Dec 12 08:30:45 x335-142 kernel: (2) ERROR: file entry name did not match inode,

Hello again. I am setting up a new pair of servers to run RAC. They're connected via fibre-channel to a hardware RAID array, and both are able to see the exposed LUNs. When I create an OCFS filesystem on one node with mkfs.ocfs, I can mount it. When I try to mount from the other node, however, it fails. After that, the filesystem is left in a state where neither node can mount it. The

Hi, Before I describe the problem, I'll describe my environment. This is a development environment built over 1.5 yrs ago: * We have a 2 node Oracle RAC Cluster. * built on two Dell PowerEdge 1850 Servers (Intel(R) Xeon(TM) CPU 3.20GHz) * OS is RHEL3 U3 * Kernel 2.4.21-20.ELsmp * these 2 servers are attached to an EMC AX100 SAN via fibre channel * HBA (QLogic QLA6312 PCI to Fibre

After starting to shape local traffic now i am getting a lot of kernel panics in tcp_retransmit, so i decided to update my kernel from 2.6.17.14 to 2.6.21.1 , the problem is that after that i get: # iptables -t mangle -A POSTROUTING -o eth0 -j IMQ --todev 0 iptables: No chain/target/match by that name so i can not redirect ttraffic to IMQ device. and modules are loaded. - # lsmod Module

we are running OCFS on 2.4.21-15.0.4.ELsmp ocfs-2.4.21-EL-smp-1.0.12-1 ocfs-support-1.0.10-1 ocfs-tools-1.0.10-1 I have been deleting datafiles, more than 3 times successfully for rman duplication, from a mount point /data1 (total 191G). Last week when I tried to delete datafiles from the same directory, it did delete datafiles but did not release (reclaim) all space. It still showed that 20G of

The src won't compile with gcc 2.96 or 3.23: /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:47: warning: no previous prototype for `gen eric_fls' /lib/modules/2.4.21-4.ELsmp/build/include/linux/bitops.h:76: warning: no previous prototype for `get _bitmask_order' Linux/ocfsmain.c:113: warning: initialization from incompatible pointer type Linux/ocfsmain.c:1492: conflicting

On 01/30/2014 03:58 PM, Richard W.M. Jones wrote: > On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: >>> - Single `make` job timing to compile everything: >>> >>> real 31m9.792s >>> user 17m18.359s >>> sys 13m17.868s >> >> For comparison, on the _host_, the same single `make` job timing: >>

Hi, Irecently setup a Oracle 10g RAC test environment with two HP/Compaq DL380s and a shared disk array. The array is presented as a single 136GB disk. The systems are running RedHat AS 3.0 Update 4. OCFS 1.0.13-PROD1 build: 5e87201061935f464cf6541c56eb2827 Oracle 10g 10.1.0.3.0 I was able to get everything working, had a database created and running an instance on each system. The

hi, i have a problem with ocfs. i did some tests with dbms_stats on a 2-node RAC and got the following error: Thu Feb 17 15:36:31 2005 KCF: write/open error block=0x7800 online=1 file=13 /db/GKEZ/tablespaces/voeb/idx01_kez.dbf error=27072 txt: 'Linux Error: 5: Input/output error Additional information: 30719' Automatic datafile offline due to write error on file 13:

Hi all, I curently have a big problem. One request (listed above) using context take up to 1000 more time than the on RAW or ext2 database. I have ran this request on a single IA32 machine with Redhat and dbf on ext2. The average reponse time is less than a sec. The same request on RAC 4 nodes cluster on RAW take the same average time. On ext2 idem. But on OCFS it took up to 15 sec randomly

Hi all, I curently have a big problem. One request (listed above) using context take up to 1000 more time than the on RAW or ext2 database. I have ran this request on a single IA32 machine with Redhat and dbf on ext2. The average reponse time is less than a sec. The same request on RAC 4 nodes cluster on RAW take the same average time. On ext2 idem. But on OCFS it took up to 15 sec randomly

Hi Sunil, I had filed a bug and saw your response stating that it would be fixed in version 14. In the meanwhile , what we want to know is whether this bug is a minor bug and can be ignored for now. Does reporting 100% inodes cause any problem for the OCFS file system or can we ignore this bug and go into production. Also can you tell us by when version 14 would be released. R'gds

On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: > > - Single `make` job timing to compile everything: > > > > real 31m9.792s > > user 17m18.359s > > sys 13m17.868s > > For comparison, on the _host_, the same single `make` job timing: > > real 13m41.440s > user 13m5.816s > sys 1m9.911s

We are seeing some performance issues runnig on 64-bit Linux. Running against a raw partition we can get 100MB/s write speed when creating a datafile. Using OCFS we get 30-40MB/s and at times it is so slow it is hard to measure. Anyone else see these issues? We are running the latest versions of both Oracle and OCFS. I've opened a ticket with Oracle but am interested in other's

Output df -i ------------------ Filesystem Inodes IUsed IFree IUse% Mounted on / /dev/sde 348548 348195 353 100% /ocfsa01 /dev/sdf 348548 348195 353 100% /ocfsa02 /dev/sdg 348548 348195 353 100% /ocfsa03 /dev/sdk 139410 138073 1337 100% /ocfsq01 Output df -kP ----------------------- Filesystem

Hi All, we are using Red Hat 2.1 Kernel e38 along with MSA 1000. ocfs version being used is $ rpm -qa | grep ocfs ocfs-tools-1.0.10-1 ocfs-2.4.9-e-enterprise-1.0.12-1 ocfs-support-1.0.10-1 Database Version is 9.2.0.5 However we find that the performance of the database on OCFS is too slow. even a select count(1) from all_tables takes like a while to complete. We initially assumed RAC is

On Oct 17, 2020, at 12:24 , Richard W.M. Jones via xml <xml@gnome.org> wrote: > It seems like libxml2 chose to do this for convenience rather than > correctness. Yes, this is an arbitrary limit introduced to avoid integer overflow. > I think it should accept port numbers at least up to > signed int (the type used to store port numbers), and give an error if > the port

On Sat, Oct 17, 2020 at 06:32:18PM +0200, Nick Wellnhofer wrote: > On Oct 17, 2020, at 12:24 , Richard W.M. Jones via xml <xml@gnome.org> wrote: > > It seems like libxml2 chose to do this for convenience rather than > > correctness. > > Yes, this is an arbitrary limit introduced to avoid integer overflow. > > > I think it should accept port numbers at least

The following reproducable code shows the setting of my problem: set.seed(260808) n = 50 x = rnorm(n) y = rnorm(n) z = ceiling(runif(n,0,4)) g = runif(n,0,6) G = factor(ceiling(g)) xyplot(y ~ x | G) plsy <- trellis.par.get("plot.symbol") plsy$pch = z trellis.par.set("plot.symbol",plsy) xyplot(y ~ x | G) plsy$pch = as.character(z)