From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (ext-mx10.extmail.prod.ext.phx2.redhat.com [10.5.110.39]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u2FNqaQo025257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 15 Mar 2016 19:52:36 -0400 Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by mx1.redhat.com (Postfix) with ESMTPS id EC1DB64D0D for ; Tue, 15 Mar 2016 23:52:34 +0000 (UTC) Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u2FNqX0c029422 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 15 Mar 2016 23:52:33 GMT From: "Steven Dake (stdake)" Date: Tue, 15 Mar 2016 23:52:32 +0000 Message-ID: References: <56E89311.1030408@gmail.com> In-Reply-To: <56E89311.1030408@gmail.com> Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-ID: <9188CC2F91AC724E8549F2F554B484B9@emea.cisco.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [linux-lvm] disabling udev_sync and udev_rules Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: To: LVM general discussion and development On 3/15/16, 3:56 PM, "linux-lvm-bounces@redhat.com on behalf of Zdenek Kabelac" wrote: >Dne 15.3.2016 v 23:31 Serguei Bezverkhi (sbezverk) napsal(a): >> Hello folks, >> >> While trying to make lvm work within a docker container I came across >>an issue when all lvcreate/lvremove got stuck indefinetly or until >>control-c. When I checked process I noticed lvm was waiting on one >>semaphore, I found that other folks hit similar issue and they fixed it >>by setting udev_sync and udev_rules to 0. It also helped my case too. >> >> I would greatly appreciate if you could share your thought if this >>change in future can potentially have any negative impact. >> >> Thank you > >Hi > > >To 'unblock' stuck processes waiting on udev cookie - you could run: > >'dmsetup udevcomplete_all' > > >However the key question is - how you could get stuck. >That may need further debugging. > >You would need to expose your OS version and also version of lvm2 in use. > >Non working cookies are bad - and disabling udev sync is even more bad >idea... Zdeknek, To expand on what Serguei is doing, he is working on a patch to add LVM2+Iscsi in a container for the Cinder (block storage AAS) project in OpenStack. He is doing this in the upstream repository here: http://github.com/openstack/klla The LVM processes are running within a container. I suspect if the process is stuck on a semaphore it has something to do with semaphores not being shared with the host OS, because containers naturally create a contained environment. There are solutions for things like sockets, but not necessarily for things like semaphores for the container to communicate with the host OS. Is there another mechanism besides semaphores to get lvm2 to communicate with udev? Turning off udev sync side-steps the problem because then udev is not in the picture. Some people in our community think this is a security risk, although we assume the servers are completely secure. Your advice welcome on how to solve the problem would be mighty nice :) To see the change in full, check out: https://review.openstack.org/#/c/291285/ Regards, -steve > >Regards > >Zdenek > > >_______________________________________________ >linux-lvm mailing list >linux-lvm@redhat.com >https://www.redhat.com/mailman/listinfo/linux-lvm >read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/