[DRBD-user] Device is held open by someone

Phillips, Dan Dan.Phillips at tekelec.com
Wed Feb 27 20:06:30 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.


On our system:

[root at jamaica-a ~]# lsof | grep drbd
drbd0_wor 14557      root  cwd       DIR        9,2     1024          2 /
drbd0_wor 14557      root  rtd       DIR        9,2     1024          2 /
drbd0_wor 14557      root  txt   unknown                                /proc/14557/exe
drbd0_rec 28332      root  cwd       DIR        9,2     1024          2 /
drbd0_rec 28332      root  rtd       DIR        9,2     1024          2 /
drbd0_rec 28332      root  txt   unknown                                /proc/28332/exe
drbd0_ase 28333      root  cwd       DIR        9,2     1024          2 /
drbd0_ase 28333      root  rtd       DIR        9,2     1024          2 /
drbd0_ase 28333      root  txt   unknown                                /proc/28333/exe

HERE are the processes that correspond to task IDs 14557, 28332, 28333

[root at jamaica-a ~]# ps -aux | grep 14557
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7.2.7/FAQ
root     14557  0.0  0.0      0     0 ?        S    06:57   0:02 [drbd0_worker]
root     30919  0.0  0.0   3852   600 pts/3    S+   13:54   0:00 grep 14557

[root at jamaica-a ~]# ps -aux | grep 28332
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7.2.7/FAQ
root     28332  0.0  0.0      0     0 ?        S    07:04   0:01 [drbd0_receiver]
root     31384  0.0  0.0   3848   588 pts/3    S+   13:54   0:00 grep 28332

[root at jamaica-a ~]# ps -aux | grep 28333
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.7.2.7/FAQ
root     28333  0.0  0.0      0     0 ?        S    07:04   0:02 [drbd0_asender]
root     31451  0.0  0.0   3848   592 pts/3    S+   13:54   0:00 grep 28333

So drbd0_worker, drbd0_receiver and drbd0_asender have files open. After a failover, should these processes still have a device(s) held open?

What does this tell us?

Thanks,

Dan


From: drbd-user-bounces at lists.linbit.com [mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of Dan Barker
Sent: Wednesday, February 27, 2013 12:39 PM
To: drbd List (drbd-user at lists.linbit.com)
Subject: Re: [DRBD-user] Device is held open by someone

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/8edfd9f7/attachment.htm>


More information about the drbd-user mailing list