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 6IdXdCMkC-If for ; Tue, 16 Aug 2011 23:45:05 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Tue, 16 Aug 2011 23:45:03 +0200 (CEST) Message-ID: <4E4AE4DB.30205@redhat.com> Date: Tue, 16 Aug 2011 23:44:59 +0200 From: Milan Broz MIME-Version: 1.0 References: <4E4AD6F2.8020800@archlinux.org> In-Reply-To: <4E4AD6F2.8020800@archlinux.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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: =?ISO-8859-1?Q?Thomas_B=E4chler?= Cc: dm-crypt On 08/16/2011 10:45 PM, Thomas B=E4chler wrote: > I am getting reports of this error again: >=20 > semid 491524: semop failed for cookie 0xd4dc159: incorrect semaphore state > Failed to set a proper state for notification semaphore identified by > cookie value 223199577 (0xd4dc159) to initialize waiting for incoming > notifications. >=20 > This issue is so weird that I don't know where to start. Apparently, > this problem appears whenever chromium is running, and disappears when > you quit chromium. I'm confused about this. Very confused. I know that this bug is still there. I think that the problem is: - kernel, in response to devmapper library request, send uevent with cookie - kernel reports failure (despite uevent was sent), I guess it is some memory allocation error later - libdevmapper takes error path, destroying semaphore, which was already destroyed in udev rules So my guess is that connection with chromium just it perhaps allocates most of system memory and some allocation in kernel perhaps fail then. The final state should be correct, so you can (I hope) ignore that error for now. It is not a cryptsetup bug but I would like to fix it anyway, the problem is the bug appears and disappears quite randomly. Does anyone see this bug in some other libdevmapper user? (lvm, multipath, kpartx, ... ?) (Another possibility is that you have broken udev rules and "dmsetup udevcomplete" is called twice there, but I do not think it the issue.) Milan