From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tao Ma Date: Fri, 03 Dec 2010 10:16:16 +0800 Subject: [Ocfs2-devel] disk full when it shouldn't In-Reply-To: <4CF84658.8040002@oracle.com> References: <4CD813D3.4080106@navynet.it> <4CD89E86.5010404@oracle.com> <4CF7D578.1060201@navynet.it> <4CF84658.8040002@oracle.com> Message-ID: <4CF852F0.6060702@oracle.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ocfs2-devel@oss.oracle.com Hi Massimo, I just noticed anther thing. The inode_alloc:0000 isn't full, so node1 should steal inode from node0, why it can't? You delete some files in node0? Regards, Tao On 12/03/2010 09:22 AM, Tao Ma wrote: > Hi Massimo, > Massimo Cetra wrote: >> Il 09/11/2010 02:06, Tao Ma ha scritto: >>> Hi Massimo, >>> >>> From the output, it seems that you shouldn't meet with ENOSPC problem >>> at that time. So when you meet with ENOSPC, could you please do 'sync' >>> first(that will sync the metadata to the disk so that stat_sysdir can >>> output the real metadata info) and then do stat_sysdir? >>> >>> btw, you can also try to 'touch' one new file in your ocfs2 volume. So >>> if it succeeds, it means that the inode_alloc is ok. Otherwise, your >>> inode_alloc has no space. Please also try this test when you meet with >>> ENOSPC. >> >> Hi Tao, >> >> As i supposed, the problem arose another time. >> >> Attached you may find the stat_sysdir output. > Got it. >> >> >> For the sake of completeness, have to say that: >> >> - The output of df was the following: >> >> # df -i >> Filesystem Inode IUsati ILib. IUso% Montato su >> [CUT] >> /dev/drbd2 9174751 4695156 4479595 52% /var/mail >> >> # df >> Filesystem blocchi di 1K Usati Disponib. Uso% Montato su >> [CUT] >> /dev/drbd2 36699004 18780656 17918348 52% /var/mail > I have to say that df is only an approximate way to get the real info of > an ocfs2 volume. > df -i use statfs(2). And since there is no easy way to calculate all the > inodes without > locking every node's inode allocator, it just searchs the global_bitmap > and gives a rough number. > >> >> The filesystem was not full: >> >> sheet3-1:/var/mail/virtual# dd if=/dev/zero of=TEST bs=1024 count=1024 >> dd: scrittura di `TEST': No space left on device >> 1009+0 records in >> 1008+0 records out >> 1032192 bytes (1,0 MB) copied, 0,454305 s, 2,3 MB/s >> sheet3-1:/var/mail/virtual# > So this is node2? From the stat_sysdir output you attached, > inode_alloc:0001 is full. > It has no free inodes and the creation will fail. > > So you are meeting with the problem of fragmentation. Discontig block > group should fix it. > > Regards, > Tao > > _______________________________________________ > Ocfs2-devel mailing list > Ocfs2-devel at oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs2-devel