From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 8 Apr 2008 10:32:38 +0400 From: Stanislav Ievlev To: ALT Linux Team development discussions Message-ID: <20080408063238.GA10018@imap.altlinux.org> References: <921f6bb40804021059j464ca5fan57e0d3dd9c054ae1@mail.gmail.com> <20080403062223.GB32699@imap.altlinux.org> <921f6bb40804041100l52d07bdch5b6fdb3e064f69f7@mail.gmail.com> <20080404231035.GB5855@wo.int.altlinux.org> <921f6bb40804041729k7d72049ay6a710966d76b7da4@mail.gmail.com> <20080407082600.GA31879@imap.altlinux.org> <921f6bb40804070938t596e4f67h3f59b2070d3d39c9@mail.gmail.com> <20080407165034.GA13412@wo.int.altlinux.org> <921f6bb40804070958j33821e72ra54d70d132c048a8@mail.gmail.com> <20080407170702.GB13412@wo.int.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080407170702.GB13412@wo.int.altlinux.org> Subject: Re: [devel] q: installer: Killing all remaining processes (forever) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2008 06:32:38 -0000 Archived-At: List-Archive: List-Post: Когда будете делать новые патчи - оповестите откуда брать. Текущая версия по идее уже не выдаёт kernel panic, но неотмонтированный /mnt/destination/dev всё ещё остаётся . On Mon, Apr 07, 2008 at 09:07:02PM +0400, Dmitry V. Levin wrote: > On Mon, Apr 07, 2008 at 08:58:35PM +0400, Evgeny Sinelnikov wrote: > > 2008/4/7 Dmitry V. Levin : > > > On Mon, Apr 07, 2008 at 08:38:41PM +0400, Evgeny Sinelnikov wrote: > > > [...] > > > > > > > Да, это результат вольной интерпретации того, как я понял глубокий > > > > сакральный смысл make_sparse :) Тем не менее проблема оказалась в том, > > > > что loop_change_fd() приводил к Segfault'у на тестах... Причины > > > > довольно были туманны... Не у всех, но иногда так получается... Но на > > > > виртуальной машине фиксированный образ у меня давал 100% > > > > повторяемость... В итоге было предположено, что после kill(-1, > > > > SIGKILL) не все процессы умирают.... Нет, ну, они конечно умирают, но > > > > не все сразу... Поэтому нужно дождаться сигнала ECHILD. Это решило > > > > проблему отмонтирования для /mnt/destination/dev. > > > > > > К сожалению, коммит dee964d8b6da86bd575749d3631d41a013bbad7e создаёт > > > новый race. Но идея безусловно правильная, надо будет реализовать. > > > > А можно по подробнее? В чём проявляется новый race? На вид > > sig_atomic_t должен решать все проблемы... > > while(!got_echild) pause(); > между проверкой > (!got_echild) > и вызовом > pause(); > может прийти сигнал, и тогда init зависнет. > > К сожалению, понять, все ли процессы, которым выслали SIGKILL, могут быть > завершены, нереально. Боюсь что sleep(1) будет проще. > > > -- > ldv > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel