From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=QzwnbVpcE2zulMTr5/N4FnAPIJ1Ycxtq7XMk3LnBywk=; b=sOpe4hO9DQb78tzr1YEfLu+NeHQvlVb8ry8jNHRE/xEi12dnGJLdma86dHfxxZdafT2GsRze/HWUoF3NjEhRKvBesmtANLStrKB1MtfrhHc5E9kAvgvhoapA1kH/zxUt; Message-ID: <4F2CFEEA.9020906@mail.ru> Date: Sat, 04 Feb 2012 13:48:26 +0400 From: Vladimir Karpinsky User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: community@lists.altlinux.org References: <4F2C160C.2080706@mail.ru> <4F2CC0CD.3080901@mail.ru> <4F2CC396.7010504@mail.ru> <20120204075832.GC9497@conflux.foliandre> In-Reply-To: <20120204075832.GC9497@conflux.foliandre> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 120204-0, 04.02.2012), Outbound message X-Antivirus-Status: Clean X-Mru-NR: 1 X-Mru-UID: 2184840 X-Spam: Not detected X-Mras: Ok X-Mru-Karma: 1 Subject: Re: [Comm] =?koi8-r?b?7sUgz9TL0tnXwcXU09Eg0M/S1A==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2012 09:48:39 -0000 Archived-At: List-Archive: List-Post: 04.02.2012 11:58, Dmitry Chistikov пишет: > Vladimir Karpinsky, Feb. 04, 2012, 09:35 +0400: >> 04.02.2012 9:23, Vladimir Karpinsky пишет: >>> Вопрос в такой формулировке снят, оказалось, что программа просто падает, >>> похоже, что при первом же обращении... >> >> Ищу причины падения > > Падает = сегфолтится? А журнала она не ведет? Ведёт, но там про это ничего нет. Появляется строка, что клиент запросил данные, и падение. В выводе strace достаточно много раз присутствует такого вида строки: 13841 access(0xfffffffff77cf6fa, R_OK) = -1 ENOENT (No such file or directory) ... 13841 stat64(0xffffffffffa882e3, 0xffffffffffa871b4) = -1 ENOENT (No such file or directory) 13841 socket(PF_UNSPEC, 0, 0) = 4 13841 connect(0, NULL, 0) = -1 ENOENT (No such file or directory) Можно ли как-то вычислить о каком "such file or directory" идёт речь? Есть ещё такие: 13842 stat64("/usr/nrts/vyb/meta", 0xffffffffffa89144) = -1 ENOENT (No such file or directory) Файла meta не существует и не должно быть. В работающей программе под ядром 2.4 так: 23326 stat64("/usr/nrts/vyb/meta", 23328 <... rt_sigaction resumed> NULL, 8) = 0 23326 <... stat64 resumed> 0xbffff374) = -1 ENOENT (No such file or directory) 23328 rt_sigaction(SIGRT_15, {0x1778f0, ~[], SA_RESTORER, 0x1e5958}, То же про отсутствие файлов есть, но не так. Кончается всё сегфлотом: 13907 --- {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0} (Segmentation fault) --- 13908 <... send resumed> ) = 16 13909 +++ killed by SIGSEGV +++ 13908 +++ killed by SIGSEGV +++ 13907 +++ killed by SIGSEGV +++ 13843 +++ killed by SIGSEGV +++ 13842 +++ killed by SIGSEGV +++ -- С уважением, Владимир. >> # ldd isid >> linux-gate.so.1 => (0xf7715000) >> >> Это кто такой? Хотя такое же присутствует и в успешно работающих программах. > > Just Google it! Примерно понял, я надеялся, что просто чего-то не хватает... Собственно главный вопрос --- не изменились ли какие-нибудь правила (при переходах: веток 4 -> p6, ядер 2.* -> 3.*, и архитектуры i586 -> x86_64) в смысле прав на открытие портов и т.п. Если всё должно работать по-прежнему, то надо разбираться с разработчиками, но этот процесс увы не так прост... -- С уважением, Владимир.