[DRBD-user] Device is held open by someone

[Felipe Gutierrez]

Hi James,

even stoping Xen I couldn't umount my file system and set drbdadm secondary.

This is my output:

root at cloud15:/home/cloud15# umount /mnt/drbd7/
umount: /mnt/drbd7: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
root at cloud15:/home/cloud15# drbd-overview
  7:r7  StandAlone Primary/Unknown UpToDate/DUnknown r----- /mnt/drbd7 ext3
23G 8.3G 14G 39%


Any hint?
Thanks



On Wed, Feb 27, 2013 at 6:50 AM, Prater, James K. <jprater at draper.com>wrote:

>  a separate system just for XEN. You are probably having some kernel
> based conflicts that is blocking the release of the volume(s).
>
>
>  *From*: Felipe Gutierrez [mailto:felipe.o.gutierrez at gmail.com]
> *Sent*: Tuesday, February 26, 2013 04:57 PM
> *To*: Arnold Krille <arnold at arnoldarts.de>
> *Cc*: drbd-user at lists.linbit.com <drbd-user at lists.linbit.com>
> *Subject*: Re: [DRBD-user] Device is held open by someone
>
>  Hi Arnold,
>
>  I will try to stop Xen.
>
>  Talking about stonith/fencing I was working with
> Corosync+Pacemaker+Xen+DRBD but the pace maker configurations got failed
> when I put all components together. I mean, when I was with
> Corosync+Pacemaker+DRBD the fencing worked well! After I put Xen together
> the pacemaker configuration got failed.
>
>  Now I am not using Corosyn+Pacemaker anymore :(
>
>  Do you have some clue to me about this?
>
>  Thanks in advance!
> Felipe
>
> On Tue, Feb 26, 2013 at 6:47 PM, Arnold Krille <arnold at arnoldarts.de>wrote:
>
>> On Tue, 26 Feb 2013 09:43:55 -0300 Felipe Gutierrez
>> <felipe.o.gutierrez at gmail.com> wrote:
>> > No, it is not mount. it is why i did the option -l on umount
>> >
>> > primary# umount -l /mnt/drbd7
>> >
>> > I was saving files on this partition with Xen hypervisor.
>> > If I test the same thing with out Xen, everything works fine.
>>
>>  Well, then make xen stop when you have to switch-over the primary. Or
>> at least make xen stop using that directory. Could be its still running
>> vms from there, could be its only still looking at the dir because it
>> 'could' run vms from there.
>> If you or your cluster-manager want to fail-over the resource and that
>> fails, its a case for stonith/fencing. Or a case for a manual reboot if
>> you haven't configured fencing yet.
>>
>> > I just have to know how to force to make it secondary. For this time I
>> > rebbot the machine and I get to put to secondary. But I have to
>> > simulate it with out rebooting.
>>
>>  Have fun,
>>
>> Arnold
>>
>> _______________________________________________
>> drbd-user mailing list
>> drbd-user at lists.linbit.com
>> http://lists.linbit.com/mailman/listinfo/drbd-user
>>
>>
>
>
>  --
> *--
> -- Felipe Oliveira Gutierrez
> -- Felipe.o.Gutierrez at gmail.com
> -- https://sites.google.com/site/lipe82/Home/diaadia*
>



-- 
*--
-- Felipe Oliveira Gutierrez
-- Felipe.o.Gutierrez at gmail.com
-- https://sites.google.com/site/lipe82/Home/diaadia*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20130227/e74ca056/attachment.htm>