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

[Sunil Mushran]

ocfsextfinder
will list the top 10 contiguous free chunks on disk.

cp works because it requests space in smaller chunks.

Wim Coekaerts wrote:

>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
>>    
>>
>_______________________________________________
>Ocfs-users mailing list
>Ocfs-users at oss.oracle.com
>http://oss.oracle.com/mailman/listinfo/ocfs-users
>  
>