[Ocfs-users] "Linux Error: 28: No space left on device"

[Wim Coekaerts]

probably fragmentation. if you restore files in large chunks you end
up with fragmentation and you end up having to drop to smaller chunks

I think we ship something called extfinder which will list the free
extents and the sizes, so you cannot allocate larger than that in one
go.

this is actually documented in the faq somewhere as well , the behavior.
so m pretty sure that's going to be the reason, you can verify it easily

once we release version 2 that will be able to allocate fragmented
chunks, in v1 it was just too hard and dangerous to add


On Tue, Nov 23, 2004 at 05:51:22PM +0800, Teehan, Mark wrote:
> 
> # 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 restore/clone or  Resizing a datafile upwards. Testing by copying the
> file at the filesystem level works ok. I suspect this problem started after
> resizing a number of datafiles downwards last week - could it be that this
> space has not been released? 
> It happens on several OCFS filesystems, and on different files for each
> restore; which are usually 2-4GB but not necessarily the largest files being
> restored. 
> I already did an ocfs.fsck -w to no avail. The only mount options are " ocfs
> _netdev 0 0" 
> We use this configuration in production.
> Is this a known issue?
> 
> Thanks
> Mark
> 
> ==============================================================================
> This message is for the sole use of the intended recipient. If you received
> this message in error please delete it and notify us. If this message was
> misdirected, CSFB does not waive any confidentiality or privilege. CSFB
> retains and monitors electronic communications sent through its network.
> Instructions transmitted over this system are not binding on CSFB until they
> are confirmed by us. Message transmission is not guaranteed to be secure.
> ==============================================================================
> 
> _______________________________________________
> Ocfs-users mailing list
> Ocfs-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs-users