Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Oct 2020 22:25:33 +0300
From:      Christos Chatzaras <chris@cretaforce.gr>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: PHP-FPM processes hang in UFS-state
Message-ID:  <36F3D7E6-A48C-4066-BF8C-10EEBA4E7BB2@cretaforce.gr>
In-Reply-To: <20201024191612.GF2643@kib.kiev.ua>
References:  <988121C5-4545-4720-8D07-814E9D02DDCA@cretaforce.gr> <20201024170620.GC2643@kib.kiev.ua> <74B608B9-B36E-41D2-B298-4F829A727403@cretaforce.gr> <20201024181319.GE2643@kib.kiev.ua> <1B608C97-944A-4FE6-A867-42ECFB5A1E8C@cretaforce.gr> <20201024191612.GF2643@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help


> On 24 Oct 2020, at 22:16, Konstantin Belousov <kostikbel@gmail.com> =
wrote:
>=20
>   30 100097 syncer              -                   mi_switch+0xe2 =
sleepq_wait+0x2c sleeplk+0x185 lockmgr_xlock_hard+0x1f5 =
__lockmgr_args+0x2bf ffs_lock+0xa5 VOP_LOCK1_APV+0x7c _vn_lock+0x44 =
vget+0x4a qsync+0x99 ffs_sync+0x7d5 sync_fsync+0x10f VOP_FSYNC_APV+0x7c =
sched_sync+0x379 fork_exit+0x83 fork_trampoline+0xe
>=20

In another system that has no stuck processes it shows:

procstat -kk 33
  PID    TID COMM                TDNAME              KSTACK
   33 100100 syncer              -                   mi_switch+0xe2 =
sleepq_timedwait+0x2f _cv_timedwait_sbt+0x17a sched_sync+0x714 =
fork_exit+0x83 fork_trampoline+0xe=20

But how we know that syncer lock it's related to quota?=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36F3D7E6-A48C-4066-BF8C-10EEBA4E7BB2>