* [sisyphus] Re: 2.4.20-alt9 reiserfs locks
2003-08-18 15:56 ` Andrei Bulava
@ 2003-08-18 16:11 ` Sergey Vlasov
2003-08-18 16:43 ` Sergey Vlasov
2003-08-19 6:01 ` [sisyphus] " Aleksandr Blokhin
2 siblings, 0 replies; 7+ messages in thread
From: Sergey Vlasov @ 2003-08-18 16:11 UTC (permalink / raw)
To: sisyphus
On Mon, 18 Aug 2003 18:56:23 +0300 (EEST)
Andrei Bulava <raven98@ukr.net> wrote:
> On Mon, 18 Aug 2003, Grigory Batalov wrote:
>
> > On Mon, 18 Aug 2003 08:17:30 +0400
> > Grigory Batalov <grisxa@mail.ru> wrote:
> >
>
> <skip>
>
> > А вот при доступе в 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 - как всегда не вовремя
> ;-(((
reiserfs тут, подозреваю, не при чём - блокировками самостоятельно
занимается только nfs (предыдущие проблемы с почтой на reiserfs были
связаны со странностями imapd). Вероятнее всего, это побочный эффект
от исправления проблем в execve().
^ permalink raw reply [flat|nested] 7+ messages in thread
* [sisyphus] Re: 2.4.20-alt9 reiserfs locks
2003-08-18 15:56 ` Andrei Bulava
2003-08-18 16:11 ` [sisyphus] " Sergey Vlasov
@ 2003-08-18 16:43 ` Sergey Vlasov
2003-08-18 16:49 ` Sergey Vlasov
2003-08-19 6:01 ` [sisyphus] " Aleksandr Blokhin
2 siblings, 1 reply; 7+ messages in thread
From: Sergey Vlasov @ 2003-08-18 16:43 UTC (permalink / raw)
To: sisyphus; +Cc: Kernel Maintainers Team
[-- Attachment #1: Type: text/plain, Size: 2309 bytes --]
On Mon, 18 Aug 2003 18:56:23 +0300 (EEST)
Andrei Bulava <raven98@ukr.net> wrote:
> On Mon, 18 Aug 2003, Grigory Batalov wrote:
>
> > On Mon, 18 Aug 2003 08:17:30 +0400
> > Grigory Batalov <grisxa@mail.ru> wrote:
> >
>
> <skip>
>
> > А вот при доступе в 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
{...} <unfinished ...>
$ strace -v -p 2831
fcntl64(4, F_SETLKW, ptrace: umoven: Input/output error
{...} <unfinished ...>
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread* [sisyphus] Re: 2.4.20-alt9 reiserfs locks
2003-08-18 16:43 ` Sergey Vlasov
@ 2003-08-18 16:49 ` Sergey Vlasov
0 siblings, 0 replies; 7+ messages in thread
From: Sergey Vlasov @ 2003-08-18 16:49 UTC (permalink / raw)
To: sisyphus; +Cc: Kernel Maintainers Team
On Mon, 18 Aug 2003 20:43:51 +0400
Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Mon, 18 Aug 2003 18:56:23 +0300 (EEST)
> Andrei Bulava <raven98@ukr.net> wrote:
>
> > On Mon, 18 Aug 2003, Grigory Batalov wrote:
> >
> > > On Mon, 18 Aug 2003 08:17:30 +0400
> > > Grigory Batalov <grisxa@mail.ru> wrote:
> > >
> >
> > <skip>
> >
> > > А вот при доступе в 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
> {...} <unfinished ...>
> $ strace -v -p 2831
> fcntl64(4, F_SETLKW, ptrace: umoven: Input/output error
> {...} <unfinished ...>
При этом:
$ 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) на запись, отсутствует.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] 2.4.20-alt9 reiserfs locks
2003-08-18 15:56 ` Andrei Bulava
2003-08-18 16:11 ` [sisyphus] " Sergey Vlasov
2003-08-18 16:43 ` Sergey Vlasov
@ 2003-08-19 6:01 ` Aleksandr Blokhin
2 siblings, 0 replies; 7+ messages in thread
From: Aleksandr Blokhin @ 2003-08-19 6:01 UTC (permalink / raw)
To: sisyphus
[-- Attachment #1: Type: text/plain, Size: 701 bytes --]
On Mon, Aug 18, 2003 at 06:56:23PM +0300, Andrei Bulava wrote:
> On Mon, 18 Aug 2003, Grigory Batalov wrote:
>
> > On Mon, 18 Aug 2003 08:17:30 +0400
> > Grigory Batalov <grisxa@mail.ru> wrote:
> >
>
> <skip>
>
> > А вот при доступе в INBOX
> > запускается imapd и ждёт разрешения блокировки (?)
> > /var/mail/bga
> > от procmail.
>
> Аналогичная проблема c 2.4.20-alt9-up: /var на reiserfs, imapd у
> пользователя засыпает в ожидании разрешения блокировки от
> procmail.
>
Похоже, что проблема в чём-то другом, так как у меня /var тоже на
reiserfs, но проблем с блокировками при этом не замечено.
--
Best regards
AB
--
... In nomine Altli, et Ctrli, et Spititus Deli, Reset!
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread