Ocfs users - Nov 2004 - "Linux Error: 28: No space left on device"

# 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.
==============================================================================

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@oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs-users

Hi,

Have you ever try to increase kernel paramater such as fs.filemax or fs.aio...

Regards,

Athos10.



Original message:
---------------
From:"Teehan, Mark" <mark.teehan@csfb.com>
To:"'ocfs-users@oss.oracle.com'"
<ocfs-users@oss.oracle.com>
Cc:


# 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@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs-users




****************************************************************************************************
Ce message ou ses pieces jointes peuvent contenir des informations
confidentielles a l'intention exclusive de son destinataire et est couvert
par le secret professionnel.
Toute utilisation, divulgation ou reproduction de son contenu sont strictement
interdits.
Si vous avez recu ce message par erreur, merci de le notifier a son expediteur
et d'en detruire toute copie.
Le present message pouvant-etre altere a notre insu, le groupe ARES ne peut pas
etre engage par son contenu.
www.ares.fr
****************************************************************************************************