CentOS - Mar 2011 - EXT4 Filesystem Mount Failed (bad geometry: block count)

Dear All,

Currently using RHEL6 Linux and Kernel Version is 2.6.32-71.el6.i686 and DRBD
Version is 8.3.10

DRBD is build from source and Configured DRBD with 2 Node testing with Simplex
Setup
Server 1 : 192.168.13.131 IP Address and hostname is primary
Server 2 : 192.168.13.132 IP Address and hostname is secondary

Finally found that drbd0, drbd1 mount failed problem

*Found some error messages in "dmesg"*

block drbd0: role( Secondary ->  Primary )
block drbd1: role( Secondary ->  Primary )
EXT4-fs (drbd0): bad geometry: block count 5242880 exceeds size of device
(5242711 blocks)
EXT4-fs (drbd1): bad geometry: block count 2621440 exceeds size of device
(2621351 blocks)

The drbd is working fine and is output as below

[root at primary ~]# cat /proc/drbd
version: 8.3.10 (api:88/proto:86-96)
GIT-hash: 5c0b0469666682443d4785d90a2c603378f9017b build byroot at
primary.mydomain.com, 2011-03-22 11:27:11
  0: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----s
     ns:0 nr:0 dw:0 dr:677 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:20970844
  1: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----s
     ns:0 nr:0 dw:0 dr:1009 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:10485404
[root at primary ~]#

I have search and findout the same problem and its solved (links as below)
http://lists.linbit.com/pipermail/drbd-user/2009-October/012812.html

But in my case the problem is not solved (changed the meta-disk internal as
flexible-meta-disk internal and tested)

The same as working in ext3 filesystem and its not working in ext4 filesystem.

Please find attached primary.zip file contains message log files and drbd
configuration file for more analysis.

I don't know what is the problem and Can some one throw light on this
peculiar problem

Please replay me ASAP.

Thanks in Advance

--Regards,
S.Balaji


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20110323/ab782c21/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: primary.zip
Type: application/zip
Size: 21845 bytes
Desc: not available
URL:
<http://lists.centos.org/pipermail/centos/attachments/20110323/ab782c21/attachment-0001.zip>

On 03/23/11 3:05 AM, Balaji wrote:
> Dear All,
>
> Currently using RHEL6 Linux and Kernel Version is 2.6.32-71.el6.i686 and
DRBD Version is 8.3.10
>
> I don't know what is the problem and Can some one throw light on this
peculiar problem
>
> Please replay me ASAP.
the problem is, thats a RED HAT system, not a CENTOS system.  Try Red 
Hat Support.

On Mar 23, 2011, at 6:05 AM, Balaji <balajisundar at midascomm.com> wrote:
> Dear All,
> 
> Currently using RHEL6 Linux and Kernel Version is 2.6.32-71.el6.i686 and
DRBD Version is 8.3.10
> 
> DRBD is build from source and Configured DRBD with 2 Node testing with
Simplex Setup
> Server 1 : 192.168.13.131 IP Address and hostname is primary
> Server 2 : 192.168.13.132 IP Address and hostname is secondary
> 
> Finally found that drbd0, drbd1 mount failed problem
> 
> Found some error messages in "dmesg"
> 
> block drbd0: role( Secondary -> Primary )
> block drbd1: role( Secondary -> Primary )
> EXT4-fs (drbd0): bad geometry: block count 5242880 exceeds size of device
(5242711 blocks)
> EXT4-fs (drbd1): bad geometry: block count 2621440 exceeds size of device
(2621351 blocks)
> 
> The drbd is working fine and is output as below
> 
> [root at primary ~]# cat /proc/drbd
> version: 8.3.10 (api:88/proto:86-96)
> GIT-hash: 5c0b0469666682443d4785d90a2c603378f9017b build by root at
primary.mydomain.com, 2011-03-22 11:27:11
>  0: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----s
>     ns:0 nr:0 dw:0 dr:677 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b
oos:20970844
>  1: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----s
>     ns:0 nr:0 dw:0 dr:1009 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b
oos:10485404
> [root at primary ~]#
>      
> I have search and findout the same problem and its solved (links as below)
> http://lists.linbit.com/pipermail/drbd-user/2009-October/012812.html
> 
> But in my case the problem is not solved (changed the meta-disk internal as
flexible-meta-disk internal and tested)
> 
> The same as working in ext3 filesystem and its not working in ext4
filesystem.
> 
> Please find attached primary.zip file contains message log files and drbd
configuration file for more analysis.
> 
> I don't know what is the problem and Can some one throw light on this
peculiar problem
> 
> Please replay me ASAP.
> 
> Thanks in Advance
I would take this to the drbd list.

-Ross

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20110323/3980d163/attachment-0001.html>

centos-bounces at centos.org wrote:
> On Mar 23, 2011, at 6:05 AM, Balaji
> <balajisundar at midascomm.com> wrote:
> 	Dear All,
> 
> 	Currently using RHEL6 Linux and Kernel Version is
> 2.6.32-71.el6.i686 and DRBD Version is 8.3.10
> 
> 	DRBD is build from source and Configured DRBD with 2
> 	Finally found that drbd0, drbd1 mount failed problem
> 
> 	Found some error messages in "dmesg"
> 
> 	block drbd0: role( Secondary -> Primary )
> 	block drbd1: role( Secondary -> Primary )
> 	EXT4-fs (drbd0): bad geometry: block count 5242880
> exceeds size of device (5242711 blocks)
> 	EXT4-fs (drbd1): bad geometry: block count 2621440
> exceeds size of device (2621351 blocks)
> 	The same as working in ext3 filesystem and its not
> working in ext4 filesystem.
> 
> 
> I would take this to the drbd list.
> 
> -Ross
Since it works with ext3, and drdb isn't complaining, EXT4 is (disregard
my previous NTFS blather) this seems to be an ext4 problem.


Insert spiffy .sig here:
Life is complex: it has both real and imaginary parts.

//me
*******************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. This footnote also confirms that this
email message has been swept for the presence of computer viruses.
www.Hubbell.com - Hubbell Incorporated**