From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 18 Aug 2003 20:49:57 +0400 From: Sergey Vlasov To: sisyphus@altlinux.ru Message-Id: <20030818204957.5eee2fb2.vsu@altlinux.ru> In-Reply-To: <20030818204351.33ea9c12.vsu@altlinux.ru> References: <20030818081730.4e9bcc5a.grisxa@mail.ru> <20030818084122.68f50061.grisxa@mail.ru> <20030818204351.33ea9c12.vsu@altlinux.ru> X-Mailer: Sylpheed version 0.9.4cvs2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Kernel Maintainers Team Subject: [sisyphus] Re: 2.4.20-alt9 reiserfs locks X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 16:50:05 -0000 Archived-At: List-Archive: On Mon, 18 Aug 2003 20:43:51 +0400 Sergey Vlasov wrote: > On Mon, 18 Aug 2003 18:56:23 +0300 (EEST) > Andrei Bulava wrote: > > > On Mon, 18 Aug 2003, Grigory Batalov wrote: > > > > > On Mon, 18 Aug 2003 08:17:30 +0400 > > > Grigory Batalov wrote: > > > > > > > > > > > > А вот при доступе в INBOX > > > запускается imapd и ждёт разрешения блокировки (?) > > > /var/mail/bga > > > от procmail. > > > > Аналогичная проблема c 2.4.20-alt9-up: /var на reiserfs, imapd у > > пользователя засыпает в ожидании разрешения блокировки от > > procmail. > > > > Но! Фишка в том, что проблема (race condition?) возникает ещё до > > попытки забрать почту по imap, а точнее - > > > > # fuser -v /var/spool/mail/jinxed-user > > > > показывает два процесса procmail, каждый из которых после > > таймаута пишет в /var/log/maillog: > > > > temporary failure. Command output: procmail: Terminating > > prematurely whilst waiting for a kernel-lock > > > > А проблема с imapd - всего лишь самое очевидное последствие того, > > что два procmail'a не отпускают /var/spool/mail/jinxed-user. > > > > На 2.4.20-alt7-up & 2.4.20-alt8-up описанной выше проблемы не > > возникало, правда 2.4.20-alt8-up работало слишком мало (5,5 > > суток), но 2.4.20-alt7-up - с 31 мая до выхода 2.4.20-alt8-up. > > > > На 2.4.20-alt9-up ситуация повторялась дважды за последние 5 > > суток. В первый раз хватило fuser -k /var/spool/mail/jinxed-user; > > во второй - пришлось делать reboot :-/ После третьего раза > > придётся откатываться на 2.4.20-alt7-up, хотя лично меня такой > > откат стремает... > > > > P.S. Получил первое наглядное доказательство небезосновательности > > предубеждённости людей против reiserfs - как всегда не вовремя > > ;-((( > > Как я и подозревал, ситуация воспроизвелась и на xfs: > > $ for ((i=0; i < 32; ++i)) do echo "Test $i" | mail -s "Test $i" vsu; done > > Пришло 23 письма, после чего наблюдается такая же картина: > > $ /usr/sbin/lsof /var/mail/vsu > COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME > procmail 2830 vsu 4w REG 3,6 10238 21251086 /var/spool/mail/vsu > procmail 2831 vsu 4w REG 3,6 10238 21251086 /var/spool/mail/vsu > > $ strace -v -p 2830 > fcntl64(4, F_SETLKW, ptrace: umoven: Input/output error > {...} > $ strace -v -p 2831 > fcntl64(4, F_SETLKW, ptrace: umoven: Input/output error > {...} При этом: $ cat /proc/locks 1: FLOCK ADVISORY READ 2737 03:06:25614777 0 EOF c12554b4 c0220570 c1255348 00000000 c12554c0 2: FLOCK ADVISORY READ 2724 03:06:25614776 0 EOF c1255344 c12554b8 c12555cc 00000000 c1255350 3: POSIX ADVISORY WRITE 2826 03:06:21691476 9792 EOF c12555c8 c1255348 c1255234 00000000 c12555d4 4: FLOCK ADVISORY WRITE 1932 03:06:4346877 0 EOF c1255230 c12555cc c125517c 00000000 c125523c 5: POSIX ADVISORY WRITE 1540 03:06:12590440 0 EOF c1255178 c1255234 c1255120 00000000 c1255184 6: FLOCK ADVISORY WRITE 1455 03:06:12583054 0 EOF c125511c c125517c c12551d8 00000000 c1255128 7: POSIX ADVISORY WRITE 1442 03:06:12583053 0 EOF c12551d4 c1255120 c0220570 00000000 c12551e0 Процесс 2724 (ps axl): 4 42 2724 1932 9 0 4868 1452 1447c2 S ? 0:00 local -t unix Процесс 2826, который якобы заблокировал этот файл через POSIX lock (fcntl) на запись, отсутствует.