[DRBD-user] Device is held open by someone

Dan Barker dbarker at visioncomm.net
Wed Feb 27 18:39:02 CET 2013

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


Well, that's who's got it open. Task 7354, 27005 and 27174. See which you may be able to stop or kill.

Dan

From: Felipe Gutierrez [mailto:felipe.o.gutierrez at gmail.com]
Sent: Wednesday, February 27, 2013 11:46 AM
To: Dan Barker
Subject: Re: [DRBD-user] Device is held open by someone

root at cloud15:/home/cloud15# lsof | grep drbd
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/cloud15/.gvfs
      Output information may be incomplete.
drbd7_wor  7354            root  cwd       DIR                8,2       4096          2 /
drbd7_wor  7354            root  rtd       DIR                8,2       4096          2 /
drbd7_wor  7354            root  txt   unknown                                          /proc/7354/exe
drbd7_rec 27005            root  cwd       DIR                8,2       4096          2 /
drbd7_rec 27005            root  rtd       DIR                8,2       4096          2 /
drbd7_rec 27005            root  txt   unknown                                          /proc/27005/exe
drbd7_ase 27174            root  cwd       DIR                8,2       4096          2 /
drbd7_ase 27174            root  rtd       DIR                8,2       4096          2 /
drbd7_ase 27174            root  txt   unknown                                          /proc/27174/exe


On Wed, Feb 27, 2013 at 1:28 PM, Dan Barker <dbarker at visioncomm.net<mailto:dbarker at visioncomm.net>> wrote:
And what did "lsof | grep drbd" say?

From: drbd-user-bounces at lists.linbit.com<mailto:drbd-user-bounces at lists.linbit.com> [mailto:drbd-user-bounces at lists.linbit.com<mailto:drbd-user-bounces at lists.linbit.com>] On Behalf Of Felipe Gutierrez
Sent: Wednesday, February 27, 2013 11:24 AM
To: Prater, James K.
Cc: drbd-user at lists.linbit.com<mailto:drbd-user at lists.linbit.com>

Subject: Re: [DRBD-user] Device is held open by someone

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<mailto: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<mailto:felipe.o.gutierrez at gmail.com>]
Sent: Tuesday, February 26, 2013 04:57 PM
To: Arnold Krille <arnold at arnoldarts.de<mailto:arnold at arnoldarts.de>>
Cc: drbd-user at lists.linbit.com<mailto:drbd-user at lists.linbit.com> <drbd-user at lists.linbit.com<mailto: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<mailto:arnold at arnoldarts.de>> wrote:
On Tue, 26 Feb 2013 09:43:55 -0300 Felipe Gutierrez
<felipe.o.gutierrez at gmail.com<mailto: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<mailto:drbd-user at lists.linbit.com>
http://lists.linbit.com/mailman/listinfo/drbd-user



--
--
-- Felipe Oliveira Gutierrez
-- Felipe.o.Gutierrez at gmail.com<mailto:Felipe.o.Gutierrez at gmail.com>
-- https://sites.google.com/site/lipe82/Home/diaadia



--
--
-- Felipe Oliveira Gutierrez
-- Felipe.o.Gutierrez at gmail.com<mailto:Felipe.o.Gutierrez at gmail.com>
-- https://sites.google.com/site/lipe82/Home/diaadia



--
--
-- Felipe Oliveira Gutierrez
-- Felipe.o.Gutierrez at gmail.com<mailto: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/7cb79b45/attachment.htm>


More information about the drbd-user mailing list