Re: autofs4 module reference count

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2012-05-03 at 09:32 +0400, Michael Tokarev wrote:
> Ping?  Any news on this?  Unfortunately I
> don't have much understanding in kernel
> internals to look at this...

I haven't looked at it yet.
I don't think it is the module, most likely something elsewhere.
How have you established that the count is negative?

> 
> Thank you!
> 
> On 26.04.2012 17:41, Michael Tokarev wrote:
> > I'm not sure how but it appears that sometimes
> > after I stop autofs service, the module usage
> > count goes negative so the module can't be
> > removed anymore.
> > 
> > This happens on 3.0.29 kernel on which I'm
> > testing stuff with the user<=>kernel interface
> > problem on mixed 32/64bit environment, but I
> > don't see any changes related to this in more
> > recent kernels.
> > 
> > Current situation I have:
> > 
> > $  lsmod | grep auto
> > autofs4                22422  2147483647
> > 
> > It happened when I stopped automount
> > (using /etc/init.d/autofs stop), before
> > this action the module had 1 usage count
> > (with only one automount map/mount in use).
> > 
> > Before, when the daemon were stucking all
> > the time, I had to kill -9 it, and the usage
> > count was decremented correctly.
> > 
> > It looks like something is decrementing the
> > usage count twice on the regular path, and
> > only once on error path.
> > 
> > Thanks,
> > 
> > /mjt
> 
> --
> To unsubscribe from this list: send the line "unsubscribe autofs" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe autofs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux Ext4]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux