Bug 7390 - SysV shared memory support is unfunctional with CONFIG_HARDEN_SHM (Openwall patch)
Summary: SysV shared memory support is unfunctional with CONFIG_HARDEN_SHM (Openwall p...
Status: CLOSED WORKSFORME
Alias: None
Product: Sisyphus
Classification: Development
Component: perl-base (show other bugs)
Version: unstable
Hardware: all Linux
: P2 blocker
Assignee: at@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 7371
  Show dependency tree
 
Reported: 2005-07-18 10:53 MSD by Sir Raorn
Modified: 2008-02-18 19:58 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sir Raorn 2005-07-18 10:53:58 MSD
$ 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 Michael Shigorin 2005-07-22 17:11:50 MSD
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 Michael Shigorin 2006-11-24 13:02:35 MSK
Бишь WORKSFORME, поскольку есть workaround (задокументировано около 
http://www.freesource.info/wiki/AltLinux/Features).
Comment 3 Sir Raorn 2008-02-18 14:28:24 MSK
А ещё в 2.6 этого патча помойму вообще нет.
Comment 4 Michael Shigorin 2008-02-18 19:58:01 MSK
(In reply to comment #3)
> А ещё в 2.6 этого патча помойму вообще нет.
Ну... был altsec, но на .18 и тем более .24 Костик его не притащил, насколько
понимаю.