Konstantin Belousov ba05dec5a4 The softdep freeblks workitem might hold a reference on the dquot. ... Current dqflush() panics when a dquot with with non-zero refcount is encountered. The situation is possible, because quotas are turned off before softdep workitem queue if flushed, due to the quota file writes might create softdep workitems. Make the encountering an active dquot in dqflush() not fatal, return the error from quotaoff() instead. Ignore the quotaoff() failures when ffs_flushfiles() is called in the course of softdep_flushfiles() loop, until the last iteration. At the last loop, the quotas must be closed, and because SU workitems should be already flushed, the references to dquot are gone. Sponsored by: The FreeBSD Foundation Reported and tested by: pho Reviewed by: mckusick MFC after: 2 weeks		2013-02-27 07:32:39 +00:00
..
ffs	The softdep freeblks workitem might hold a reference on the dquot.	2013-02-27 07:32:39 +00:00
ufs	The softdep freeblks workitem might hold a reference on the dquot.	2013-02-27 07:32:39 +00:00