[sisyphus] 2.4.20-alt9 reiserfs locks

[sisyphus] 2.4.20-alt9 reiserfs locks

[Grigory Batalov]

  После обновления до kernel24-up-2.4.20-alt9 периодически
подвисает Sylpheed. По моему, дело в блокировках, поскольку
у меня настроен локальный imap-сервер и sylpheed обращается
к нему. В /var/log/maillog замечено:

...
Aug 18 08:03:29 bga postfix/local[20589]: 547AD5A6C: to=<bga@localhost.kovgok.ru>, relay=local, delay=12830, status=bounced (can't create user output file. Command output: procmail: Terminating prematurely whilst waiting for a kernel-lock )
...

  При убивании 'kill -SIGHUP <n>' procmail запускает новый процесс
и по-прежнему блокирует папку с почтой.

$ sudo lsof /home/bga/imap
Password:
COMMAND    PID USER   FD   TYPE DEVICE SIZE NODE NAME
procmail 20866  bga  cwd    DIR    3,8  907  644 /home/bga/imap
procmail 20872  bga  cwd    DIR    3,8  907  644 /home/bga/imap


$ uname -r
2.4.20-alt9-up
Ещё в 2.4.20-alt7 подобного не наблюдалось.

  'debugreiserfs /dev/hda8 ' сообщает:
Reiserfs super block in block 16 on 0x308 of format 3.5 with standard journal

Т.е. это должно быть ReiserFS 3.5.

-- 
Григорий Баталов,
группа техподдержки
ОАО "Ковдорский ГОК"

Re: [sisyphus] 2.4.20-alt9 reiserfs locks

[Grigory Batalov]

On Mon, 18 Aug 2003 08:17:30 +0400
Grigory Batalov <grisxa@mail.ru> wrote:

> $ sudo lsof /home/bga/imap
> Password:
> COMMAND    PID USER   FD   TYPE DEVICE SIZE NODE NAME
> procmail 20866  bga  cwd    DIR    3,8  907  644 /home/bga/imap
> procmail 20872  bga  cwd    DIR    3,8  907  644 /home/bga/imap

  Точнее, они блокируют и /var/mail/bga :

$ sudo lsof /home/bga/imap /var/mail/bga
COMMAND    PID USER   FD   TYPE DEVICE    SIZE NODE NAME
procmail 21175  bga  cwd    DIR    3,8     907  644 /home/bga/imap
procmail 21175  bga    4w   REG    3,6 3817675  268 /var/spool/mail/bga
procmail 21176  bga  cwd    DIR    3,8     907  644 /home/bga/imap
procmail 21176  bga    4w   REG    3,6 3817675  268 /var/spool/mail/bga

  При этом можно запускать 'less /var/mail/bga' и
 'less /home/bga/imap/sisyphus'. Можно в sylpheed открывать
 вложенные папки, соответствующие, например,
 /home/bga/imap/sisyphus. А вот при доступе в INBOX
 запускается imapd и ждёт разрешения блокировки (?) /var/mail/bga
 от procmail.

-- 
Григорий Баталов,
группа техподдержки
ОАО "Ковдорский ГОК"

Re: [sisyphus] 2.4.20-alt9 reiserfs locks

[Andrei Bulava]

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 - как всегда не вовремя
;-(((

>
>

//AB1002-UANIC

[sisyphus] Re: 2.4.20-alt9 reiserfs locks

[Sergey Vlasov]

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().

[sisyphus] Re: 2.4.20-alt9 reiserfs locks

[Sergey Vlasov]

[-- 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 --]

[sisyphus] Re: 2.4.20-alt9 reiserfs locks

[Sergey Vlasov]

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) на запись, отсутствует.

Re: [sisyphus] 2.4.20-alt9 reiserfs locks

[Aleksandr Blokhin]

[-- 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 --]