Bug 7390 - SysV shared memory support is unfunctional with CONFIG_HARDEN_SHM (Openwall patch)
: SysV shared memory support is unfunctional with CONFIG_HARDEN_SHM (Openwall p...
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/perl-base)
: unstable
: all Linux
: P2 blocker
Assigned To:
:
:
:
:
: 7371
  Show dependency tree
 
Reported: 2005-07-18 10:53 by
Modified: 2008-02-18 19:58 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-07-18 10:53:58
$ perldoc -f shmread
shmread ID,VAR,POS,SIZE
shmwrite ID,STRING,POS,SIZE
    Reads or writes the System V shared memory segment ID starting
    at position POS for size SIZE by attaching to it, copying
    in/out, and detaching from it. [...]

Shared memory segments are being destroyed after first shmread or shmwrite.
Steps to Reproduce:
1. Copypaste shared memory example from perldoc perlipc (SysV IPC section)
2. Run script
Actual Results:  
$ perl t.pl 
shm key 1223196686
wrote: 'Message #1'
Invalid argument at t.pl line 10.

Expected Results:  
$ perl t.pl
shm key 1226932238
wrote: 'Message #1'
read : 'Message #1'
swell
deleting shm 1226932238
------- Comment #1 From 2005-07-22 17:11:50 -------
Date: Thu, 21 Jul 2005 19:43:08 +0400
From: Sergey Vlasov <vsu@>
To: ALT Linux Sisyphus <sisyphus@>
Subject: Re: [sisyphus] perl SysV IPC vs Owl

> > С этой багой надо идти в апстрим...  Это проблема дизайна
> > shmread/shmwrite...
> В чей апастрим?  В чём суть проблемы?  Подробнее, пожалуйста...

В патче Openwall для ядер 2.4.x добавляется возможность автоматического
уничтожения неиспользуемых сегментов SysV shared memory (сегмент считается
неиспользуемым, если он не отображается в адресное пространство хотя бы
одного процесса).  В ядрах std-* эта опция конфигурации патча Openwall
(CONFIG_HARDEN_SHM) включена.

Функции shmread и shmwrite в Perl при каждом вызове выполняют shmat(),
осуществляют доступ к данным в разделяемой памяти, после чего выполняют
shmdt().  В результате выполнения этих действий, если отсутствуют другие
процессы, использующие этот сегмент, и при этом в ядре включена опция
CONFIG_HARDEN_SHM, при выполнении shmdt() сегмент уничтожается.

Настоящая проблема здесь даже не в Perl, а в самом SysV shared memory API, 
допускающем существование областей разделяемой памяти при отсутствии
ответственных за них процессов.  В большинстве случаев использования SysV
shm это свойство вызывает только проблемы (в частности, необходимость
ручного удаления сегментов после аварийного завершения использовавших их
процессов).

В случае, если автоматическое удаление сегментов разделяемой памяти 
всё-таки нужно выключить, это можно сделать командой

        echo 0 >/proc/sys/kernel/shm_destroy_unused

(соответствующий патч есть в ядрах начиная с 2.4.25-std-*-alt3).
------- Comment #2 From 2006-11-24 13:02:35 -------
Бишь WORKSFORME, поскольку есть workaround (задокументировано около 
http://www.freesource.info/wiki/AltLinux/Features).
------- Comment #3 From 2008-02-18 14:28:24 -------
А ещё в 2.6 этого патча помойму вообще нет.
------- Comment #4 From 2008-02-18 19:58:01 -------
(In reply to comment #3)
> А ещё в 2.6 этого патча помойму вообще нет.
Ну... был altsec, но на .18 и тем более .24 Костик его не притащил, насколько
понимаю.