Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Nov 2010 16:27:00 +0200
From:      Andriy Gapon <avg@freebsd.org>
To:        Alexander Zagrebin <alexz@visp.ru>
Cc:        freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Martin Matuska <mm@freebsd.org>
Subject:   Re: 8.1-STABLE: problem with unmounting ZFS snapshots
Message-ID:  <4CDD4EB4.40004@freebsd.org>
In-Reply-To: <FD7FC6ED159249338A04BE125941D146@vosz.local>
References:  <D9ABDE54892A4D9285FE7FFA6E1B1B69@vosz.local> <4CDD2F5F.2000902@freebsd.org> <FD7FC6ED159249338A04BE125941D146@vosz.local>

next in thread | previous in thread | raw e-mail | index | archive | help
on 12/11/2010 16:00 Alexander Zagrebin said the following:
> Thanks for your reply!
> 
>>> 2. the umount is waiting for disk
>>> #ps | egrep 'PID|umount'
>>>   PID  TT  STAT      TIME COMMAND
>>>   958   0  D+     0:00,04 umount /mnt
>>> # procstat -t 958
>>>   PID    TID COMM             TDNAME           CPU  PRI 
>> STATE   WCHAN
>>>   958 100731 umount           -                  3  133 
>> sleep   mntref
>>
>> procstat -kk <pid>
> 
> $ ps a | grep umount
> 86874   2- D      0:00,06 umount /mnt
> 90433   3  S+     0:00,01 grep umount
> 
> $ sudo procstat -kk 86874
>   PID    TID COMM             TDNAME           KSTACK
> 86874 100731 umount           -                mi_switch+0x176
> sleepq_wait+0x42 _sleep+0x317 vfs_mount_destroy+0x5a dounmount+0x4d4
> unmount+0x38b syscall+0x1cf Xfast_syscall+0xe2
> 


Looks like possible mnt_ref leak.
I think that something like that was fixed some not long time ago.
Perhaps you either don't have the fix or there is another leak.
What revision do you have?

Perhaps Martin has an insight here.

-- 
Andriy Gapon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CDD4EB4.40004>