Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Andrew wrote:
> Alan Robertson wrote:
>
>> Andrew wrote:
>>
>>> Alan Robertson wrote:
>>>
>>>> Andrew wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm using DRBD version 0.6.12. Having some troubles with EXT3
>>>>> reporting "attempt to access beyond end of device".
>>>>>
>>>>> I first noticed a problem when i tried to mkdir. :
>>>>>
>>>>> [root at jack www]$ mkdir test
>>>>> mkdir: cannot create directory `test': Input/output error
>>>>>
>>>>> I'm getting EXT3 errors in /var/log/messages such as :
>>>>>
>>>>> Sep 17 11:15:20 jack kernel: attempt to access beyond end of device
>>>>> Sep 17 11:15:20 jack kernel: 2b:00: rw=0, want=100270088,
>>>>> limit=100179416
>>>>> Sep 17 11:15:20 jack kernel: EXT3-fs error (device drbd(43,0)):
>>>>> read_inode_bitmap: Cannot read inode bitmap - block_group = 765,
>>>>> inode_bitmap = 25067521
>>>>> Sep 17 11:15:20 jack kernel: EXT3-fs error (device drbd(43,0)) in
>>>>> ext3_new_inode: IO failure
>>>>>
>>>>> [root at jack nai2]# df -k /data/
>>>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>>>> /dev/nb0 100179416 5002344 90088204 6% /data
>>>>>
>>>>> [root at jack nai2]# /sbin/fdisk -s /dev/nb0
>>>>> 100179416
>>>>>
>>>>> in drbd.conf:
>>>>> disk-size = 100179416k
>>>>>
>>>>> So i'm just wondering if anyone has any ideas on what might be wrong ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> It might be corrupted.
>>>>
>>>> When did you last run fsck on it?
>>>>
>>>>
>>> would have been a fair while .... maybe 3-4 months.... should I give
>>> fsck a go? any particular options I should use with fsck ?
>>
>>
>>
>> Not that I know of.
>>
>> If taking this system down is difficult, you could even do an fsck -n
>> with it mounted. It might produce errors, but if you do it several
>> times, and each time it gives the same errors, then it's probably
>> worth unmounting it and checking it out the right way.
>
>
>
> when i run fsck ... i get :
>
> [nai2 at jack nai2]$ sudo /sbin/fsck -n /dev/nb0
> fsck 1.34 (25-Jul-2003)
> e2fsck 1.34 (25-Jul-2003)
> Warning! /dev/nb0 is mounted.
> Warning: skipping journal recovery because doing a read-only filesystem
> check.
> The filesystem size (according to the superblock) is 25444352 blocks
> The physical size of the device is 25044854 blocks
> Either the superblock or the partition table is likely to be corrupt!
> Abort? no
>
> /dev/nb0 contains a file system with errors, check forced.
> Pass 1: Checking inodes, blocks, and sizes
> Deleted inode 1015829 has zero dtime. Fix? no
This is more or less what I expected...
I suspect you made the filesystem (mkfs) on the lower layer (real disk) device.
--
Alan Robertson <alanr at unix.sh>
"Openness is the foundation and preservative of friendship... Let me claim
from you at all times your undisguised opinions." - William Wilberforce