From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.saout.de ([127.0.0.1]) by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XmFplfZVyGEI for ; Wed, 17 Aug 2011 12:48:27 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Wed, 17 Aug 2011 12:48:26 +0200 (CEST) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7HAmP2F002876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 17 Aug 2011 06:48:25 -0400 Received: from [10.34.26.53] (tawny.brq.redhat.com [10.34.26.53]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p7HAmOiL016502 for ; Wed, 17 Aug 2011 06:48:25 -0400 Message-ID: <4E4B9C78.70504@redhat.com> Date: Wed, 17 Aug 2011 12:48:24 +0200 From: Milan Broz MIME-Version: 1.0 References: <4E4AD6F2.8020800@archlinux.org> <4E4AE4DB.30205@redhat.com> <4E4AE740.9020800@archlinux.org> <4E4B6E61.4020301@redhat.com> <4E4BA46F.5010809@alexanderkoch.net> <1313577794.6534.12.camel@oban> In-Reply-To: <1313577794.6534.12.camel@oban> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] The weird bug again: semid XXXXXX: semop failed for cookie 0xdeadbeef: incorrect semaphore state List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de On 08/17/2011 12:43 PM, Yves-Alexis Perez wrote: > On mer., 2011-08-17 at 13:22 +0200, Alexander Koch wrote: >> [alex@thor ~]$ sudo vgchange -an ArchiveGroup >> 0 logical volume(s) in volume group "ArchiveGroup" now active >> semid 557056: semop failed for cookie 0xd4d88de: incorrect semaphore >> state >> Failed to set a proper state for notification semaphore identified >> by cookie value 223185118 (0xd4d88de) to initialize waiting for incoming >> notifications. > > vchange is only LVM, not dm-crypt, is it? So might not be related at all > to dm-crypt or cryptsetup? Thet problem is in libdevampper library (which is common for cryptsetup and lvm). (cryptsetup itself does not use semaphores at all) Just to verify that udev handling is correct, can you paste output of grep dmsetup /lib/udev/rules.d/* ? > For chromium, it might be that the default sandboxing (setuid one) uses > PID and network namespaces. Not sure why it'd mess with semaphores, but > maybe there's something to look at there. Hm. Is there some page describing what it is doing? (Of course on my system it works with chromium running without problem...) Milan