From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4062E7BF.5040802@vng.com.ru> Date: Thu, 25 Mar 2004 17:07:59 +0300 From: "K.D.V." User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030710 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: ALT Linux kernel packages development Subject: Re: [d-kernel] Re: [sisyphus] Shared memory - HELP PLEASE! References: <20040223182241.028ed881.iadzhubey@rics.bwh.harvard.edu> <1077624826.3624.5.camel@ildar> <20040324171729.08a71738.iadzhubey@rics.bwh.harvard.edu> <20040325122240.GF1756@master.mivlgu.local> In-Reply-To: <20040325122240.GF1756@master.mivlgu.local> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 14:07:31 -0000 Archived-At: List-Archive: List-Post: Sergey Vlasov wrote: > On Wed, Mar 24, 2004 at 05:17:29PM -0500, Ivan Adzhubey wrote: > >>На 2.4.25-std-smp-alt1 по-прежнему не работает SysV shared memory, >>shmget() падает молча. Не работает ни от пользователя, ни от рута. Не >>работают ни собственные программы (C), ни сторонние бинарники, ни Perl >>modules. Может надо пользователя куда добавить? Но почему тогда даже от >>рута не работает? Это какой-то секурити патч подсуетился? На ванильном >>ядре на той же машине все работает as expected. > > > Действительно, дело в патче Openwall, точнее, в его конфигурации. В > ядрах std включена опция CONFIG_HARDEN_SHM - при этом неиспользуемые > сегменты разделяемой памяти уничтожаются немедленно, не дожидаясь > IPC_RMID. Программы, которые постоянно сохраняют хотя бы одно > подключение к области разделяемой памяти, при этом работают > нормально. Проблемы возникают в том случае, если все процессы > отсоединяются от области, а потом пытаются вновь к ней подключиться; > в этом случае область оказывается уничтоженной. > > Эта опция появилась в конфигурации довольно давно (ещё до появления > kernel CVS - т.е., до 2.4.21rel-alt13). > > Видимо, придётся либо убирать CONFIG_HARDEN_SHM, либо добавлять > какую-то возможность настройки этого поведения > (/proc/sys/kernel/shm_destroy_unused ?) > Второе, пожалуйста, если не трудно. -- kordv