Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I think we've found the cause here. Below is the mdadm output. Should we use /dev/md2 instead of sda2 in the drbd conf?
[root at mbus5 ~]# mdadm --misc -D /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Tue Nov 29 18:25:35 2011
Raid Level : raid10
Array Size : 1893918720 (1806.18 GiB 1939.37 GB)
Used Dev Size : 946959360 (903.09 GiB 969.69 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Fri Jul 6 22:09:18 2012
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : near=2
Chunk Size : 256K
UUID : c4bc887b:ba1a9809:d90d1802:034ea8a8
Events : 0.8
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 18 1 active sync /dev/sdb2
2 8 34 2 active sync /dev/sdc2
3 8 50 3 active sync /dev/sdd2
On Jul 11, 2012, at 10:34 AM, Digimer wrote:
> It's used by RAID, by the looks of it. What does mdadm say? If it is a
> RAID member, then you need to specify the /dev/mdX device.
>
> Digimer
>
> On 07/11/2012 01:30 PM, Lin Zhao wrote:
>> Thanks for the replies. lsof mentions nothing of sda2. Below is fdsk.
>> Any other means to check what might be blocking it?
>>
>> /[root at mbus5 ~]# fdisk -l /dev/sda/
>> /
>> /
>> /Disk /dev/sda: 1000.2 GB, 1000204886016 bytes/
>> /255 heads, 63 sectors/track, 121601 cylinders/
>> /Units = cylinders of 16065 * 512 = 8225280 bytes/
>> /
>> /
>> / Device Boot Start End Blocks Id System/
>> //dev/sda1 * 1 13 104391 fd Linux raid
>> autodetect/
>> //dev/sda2 14 117904 946959457+ fd Linux raid
>> autodetect/
>> //dev/sda3 117905 121091 25599577+ fd Linux raid
>> autodetect/
>> //dev/sda4 121092 121601 4096575 fd Linux raid
>> autodetect/
>> /[root at mbus5 ~]# /
>>
>> On Jul 11, 2012, at 1:00 AM, Pascal BERTON wrote:
>>
>>> /dev/sda2 ? Wouldn't it sound like a swap partition or something alike ?
>>> Or wouldn't it be already in use by one of the MDs ?
>>> What does "fdisk -l /dev/sda" return ?
>>>
>>> -----Message d'origine-----
>>> De : drbd-user-bounces at lists.linbit.com
>>> <mailto:drbd-user-bounces at lists.linbit.com>
>>> [mailto:drbd-user-bounces at lists.linbit.com] De la part de Digimer
>>> Envoyé : mercredi 11 juillet 2012 07:13
>>> À : Lin Zhao
>>> Cc : drbd-user at lists.linbit.com <mailto:drbd-user at lists.linbit.com>
>>> Objet : Re: [DRBD-user] Lower device already claimed error
>>>
>>> On 07/10/2012 06:54 PM, Lin Zhao wrote:
>>>> Hi I'm setting up drbd on a Linux 2.6.18-238.el5. When I'm doing
>>>> drbdadmin attach, i get error:
>>>>
>>>> //dev/drbd1: Failure: (114) Lower device is already claimed. This
>>>> usually means it is mounted./ /Command 'drbdsetup /dev/drbd1 disk
>>>> /dev/sda2 /dev/sda2 internal --set-defaults --create-device'
>>>> terminated with exit code 10/ / /
>>>>
>>>> sda2 should by no means be mounted:
>>>> /[root at mbus5 ~]# mount -l/
>>>> //dev/md1 on / type ext3 (rw,noatime)/ /proc on /proc type proc (rw)/
>>>> /sysfs on /sys type sysfs (rw)/ /devpts on /dev/pts type devpts
>>>> (rw,gid=5,mode=620)/
>>>> //dev/md0 on /boot type ext3 (rw)/
>>>> /tmpfs on /dev/shm type tmpfs (rw)/
>>>> /none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)/
>>>
>>> Could it be claimed by LVM or similar? *Something* has it... Any clues in
>>> 'lsof'?
>>>
>>> --
>>> Digimer
>>> Papers and Projects: https://alteeve.com
>>>
>>>
>>> _______________________________________________
>>> drbd-user mailing list
>>> drbd-user at lists.linbit.com <mailto:drbd-user at lists.linbit.com>
>>> http://lists.linbit.com/mailman/listinfo/drbd-user
>>>
>>> _______________________________________________
>>> drbd-user mailing list
>>> drbd-user at lists.linbit.com
>>> http://lists.linbit.com/mailman/listinfo/drbd-user
>>
>>
>>
>> _______________________________________________
>> drbd-user mailing list
>> drbd-user at lists.linbit.com
>> http://lists.linbit.com/mailman/listinfo/drbd-user
>>
>
>
> --
> Digimer
> Papers and Projects: https://alteeve.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20120711/370500d3/attachment.htm>