[Ocfs-users] (28552) ERROR: err=-14, Linux/ocfsmain.c, 1887 ; error in mapping iobuf; need to fail out

[Sunil Mushran]

The msgs in the message file need to be silenced in the module. These
are debug messages. They have nothing to do with your problem.

As far as the un-reclaimed issue goes, it may not have to do with
deletes. We had a bug in 1.0.10/1.0.11 due to which space was not
released during truncate. If you had been running 1.0.10/11 at some
point and did some truncates, that may explain the issue.

Run...
fsck.ocfs -nv /dev/XXX >outfile

Check the alloc_size (size on disk) and file_size (logical size) of your
file entries. Look for ones with big differences. See if the numbers add
up... roughly speaking.

On Mon, 2004-09-20 at 10:22, Baqir Hussain wrote:
> 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 space was occupied. Log also recorded the following
> message
> 
> error in mapping iobuf
> need to fail out
> (28552) ERROR: err=-14, Linux/ocfsmain.c, 1887
> error in mapping iobuf
> need to fail out
> (28651) ERROR: err=-14, Linux/ocfsmain.c, 1887
> error in mapping iobuf
> need to fail out
> (28727) ERROR: err=-14, Linux/ocfsmain.c, 1887
> error in mapping iobuf
> need to fail out
> (28965) ERROR: err=-14, Linux/ocfsmain.c, 1887
> 
> Please advise. Thanks 
> ____________
> Baqir Hussain
> Database Administrator
> zipRealty Inc.
> (510)735-2696
> 
> 
> 
> ______________________________________________________________________
> _______________________________________________
> Ocfs-users mailing list
> Ocfs-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs-users