similar to: Unable to delete a file...

We're using RMAN to back up our 9.2 RAC database to an OCFS v1 volume. We have an existing shell script that we use for copying files from disk to tape via tar, one file at a time. (Don't ask why. It's a legacy script. Long story.) We're tweaking this script to use --o_direct when tarring the file to tape and that seems to be working fine: # tape device is /dev/nst0 $ tar

Hi, we have installed ocfs2 on Rhat 4. It is being used as a general clustered file system. There are no oracle binaries or datafiles on the ocfs volume. So no need for RMAN or oarcle agents etc etc. The customer would like to backup the volume using arcserve. However CA are saying that they cannot backup from an ocfs volume. Has anyone out there got any words of wisdom about backing up

Here's a bit of a strange one. I hunted through the ocfs-users archives, but didn't see any mention of this, so here goes... Using coreutils 4.5.3-27 on RHAS 3, the utilities perform as expected against non-OCFS volumes: $ rpm -q coreutils coreutils-4.5.3-27 # cat a 3 line test file. Works as expected $ cat /var/tmp/file line1 line2 line3 # copy that file. Works as expected $ cp

We are in the process of upgrading to OCFS2. We have recently restored our Production Database to a Development platform configured with OCFS2 with RMAN. No problems. As for the Production migration, we understand that you cannot mount an OCFS volume (our current configuration) with OCFS2. We are interested in mounting an EXT3 file system, performing a cold RMAN backup, copying the datafiles

# uname -a Linux sgl122 2.4.9-e.35enterprise #1 SMP Wed Jan 7 15:11:27 EST 2004 i686 unknown # rpm -qa|grep ocfs ocfs-2.4.9-e-enterprise-1.0.12-1 ocfs-support-1.0.10-1 ocfs-tools-1.0.10-1 Oracle 10.1.0.3 RAC on egenera blades. "df" shows large amounts of free space (15GB, approx 50%), yet I keep getting "Linux Error: 28: No space left on device" when doing RMAN

>also - for async io ; >p2448994_9204_LINUX.zip is the patch to apply for oracle >(this is metalink ARU patch number). Wim, The patch description on Metalink says: DIRECT IO SUPPORT ON EXT2 FILESYSTEM Which wasn't quite what I was expecting. Kevin -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: 25 November 2003 03:23 To: Brian M. Diehl

we started using an ocfs file system about 4 months ago as the shared archived redo destination for the 4-node rac instances (HP dl380, msa1000, RH AS 2.1) . last night we are seeing some weird behavior, and my guess is the inode directory in the file system is getting corrupted. I've always had a bad feeling about OCFS not being very robust at handling constant file creation and deletion

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

Hi, in the users guide for ocfs it mentions setting up async io on ocfs and the possible performance improvments. However in metalink note 225751.1 is states - Oracle Cluster File System (OCFS) Async I/O could work on OCFS 1.0.9-4 and higher for RedHat kernel e.24 and higher but It's not supported and should not be used So is it actually supported and the metalink note is wrong or should

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2743 bytes Desc: Glacier Bkgrd.jpg Url : http://oss.oracle.com/pipermail/ocfs-users/attachments/20050606/b81975f2/attachment.jpe

Another question. When my database is running, I do [oracle@LNCSTRTLDB03 LPTE3]$ cp --o_direct xdb01.dbf /tmp cp: cannot open `xdb01.dbf' for reading: Permission denied [oracle@LNCSTRTLDB03 LPTE3]$ When the database is shudown it works. Is this normal for ocfs because with any other filesystem I can just copy a file at any time (Its only a testing, I know I cant copy datafiles and have

Hi everbody this is my first post, I have two test server .(Both of them is idle) db1 : RHEL4 OCFS2 db2 : RHEL3 OCFS I test the IO both of them The result is below. db1(Time Spend)db2(Time Spend)OS Test Command dd (1GB) (Yazma)0m0.796s0m18.420stime dd if=/dev/zero of=./sill.t bs=1M count=1000 dd (1GB) (Okuma)0m0.241s8m16.406stime dd of=/dev/zero if=./sill.t bs=1M count=1000 cp

Hi everbody this is my first post, I have two test server .(Both of them is idle) db1 : RHEL4 OCFS2 db2 : RHEL3 OCFS I test the IO both of them The result is below. db1(Time Spend)db2(Time Spend)OS Test Command dd (1GB) (Yazma)0m0.796s0m18.420stime dd if=/dev/zero of=./sill.t bs=1M count=1000 dd (1GB) (Okuma)0m0.241s8m16.406stime dd of=/dev/zero if=./sill.t bs=1M count=1000 cp

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

OCFS Experts, Sorry if the questions below are naive, or were answered before, but here it goes. I have a potential client who at the moment having problems installing 10g RAC on RHEL 3.0 (2.4.21-20). They using (rather planning to use) OCFS for everything, including CRS files (OCR, voting). Questions: 1) They use custom kernel (modified by their security people). Do we support OCFS on the

Hi, we have a 2 node / 3 node RAC installation with OCFS. We have the following observations. 1. TIME STAMP Issue We have noticed that the time stamp which is shown on the datafiles doesnt remain the same even after a shutdown normal /shutdown immediate i.e If I shutdown all RAC instances ( A , B , C) using shutdown normal / immediate, the timestamp on the datafiles are not the same. Even

Hi Bharat/Philip, I haven't tested it yet. My systems are running RHAS 2.1. I'll come back to let you now the outcome. Regards, Robert. -----Original Message----- From: Bharat_Sajnani@Dell.com To: robert.blok@logicacmg.com Sent: 3/10/2004 7:09 PM Subject: RE: [Ocfs-users] copy error + control file corruption in ocfs 1.10 Hi Robert, Have you had a chance to retest this issue with the

Is the following statement still valid for either OCFS 1.0.9-12 or OCFS 1.0.11-1? The following is from one of the questions put forward by Derek Suzuki on Ocfs-users "A couple more minor questions about OCFS and RHEL3" > Next, I saw a Metalink thread which suggests that async I/O is not > supported on OCFS with RHAS 2.1. It doesn't say anything about RHEL3. > We've

hi list, i have a little problem with 2-node RAC using OCFS. the application running on this cluster does heavily index-based accesses. the data volumes are SAN volumes connected by fibrechannel. the throughput does not exceed 10mb/s, average is 7-8 mb/s. i've used 'iostat -x' and got rkB/s=8000 while %util=100% (device was saturated) from kernel's POV. i did some

Greetings, I am learning R My machine has these; CPU: 3cores amd64 OS pure-64bit CBLFS liux compiled from sources (kernel 3.2.1, gcc-4.6.2 R-2.15 When I compiled R the compiler spewed out lines like these:- make[3]: Entering directory `/tmp/RtmpiHdDJy/R.INSTALL472339eeb23a/mgcv/src' gcc -m64 -std=gnu99 -I/home/Rman/R-2.15.0/include -DNDEBUG - I/usr/local/atlas/include