From: "Denis V. Lunev" <den@openvz.org>
To: Fam Zheng <famz@redhat.com>
Cc: qemu-devel@nongnu.org, Kevin Wolf <kwolf@redhat.com>,
Max Reitz <mreitz@redhat.com>, Jeff Cody <jcody@redhat.com>,
Markus Armbruster <armbru@redhat.com>,
Eric Blake <eblake@redhat.com>, John Snow <jsnow@redhat.com>,
qemu-block@nongnu.org, berrange@redhat.com, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH for-2.7 v2 05/17] raw-posix: Implement .bdrv_lockf
Date: Mon, 18 Apr 2016 08:30:28 +0300 [thread overview]
Message-ID: <571470F4.7010902@openvz.org> (raw)
In-Reply-To: <20160418011244.GB18893@ad-mail.usersys.redhat.com>
On 04/18/2016 04:12 AM, Fam Zheng wrote:
> On Sat, 04/16 16:29, Denis V. Lunev wrote:
>> On 04/15/2016 06:27 AM, Fam Zheng wrote:
>>> virtlockd in libvirt locks the first byte, we lock byte 1 to avoid
>>> the intervene.
>>>
>>> Suggested-by: "Daniel P. Berrange" <berrange@redhat.com>
>>> Signed-off-by: Fam Zheng <famz@redhat.com>
>>> ---
>>> block/raw-posix.c | 35 +++++++++++++++++++++++++++++++++++
>>> 1 file changed, 35 insertions(+)
>>>
>>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>>> index 906d5c9..3a2c17f 100644
>>> --- a/block/raw-posix.c
>>> +++ b/block/raw-posix.c
>>> @@ -35,6 +35,7 @@
>>> #include "raw-aio.h"
>>> #include "qapi/util.h"
>>> #include "qapi/qmp/qstring.h"
>>> +#include "glib.h"
>>> #if defined(__APPLE__) && (__MACH__)
>>> #include <paths.h>
>>> @@ -397,6 +398,38 @@ static void raw_attach_aio_context(BlockDriverState *bs,
>>> #endif
>>> }
>>> +static int raw_lockf(BlockDriverState *bs, BdrvLockfCmd cmd)
>>> +{
>>> +
>>> + BDRVRawState *s = bs->opaque;
>>> + int ret;
>>> + struct flock fl = (struct flock) {
>>> + .l_whence = SEEK_SET,
>>> + /* Locking byte 1 avoids interfereing with virtlockd. */
>>> + .l_start = 1,
>>> + .l_len = 1,
>>> + };
>>> +
>>> + switch (cmd) {
>>> + case BDRV_LOCKF_RWLOCK:
>>> + fl.l_type = F_WRLCK;
>>> + break;
>>> + case BDRV_LOCKF_ROLOCK:
>>> + fl.l_type = F_RDLCK;
>>> + break;
>>> + case BDRV_LOCKF_UNLOCK:
>>> + fl.l_type = F_UNLCK;
>>> + break;
>>> + default:
>>> + abort();
>>> + }
>>> + ret = fcntl(s->fd, F_SETLK, &fl);
>>> + if (ret) {
>>> + ret = -errno;
>>> + }
>>> + return ret;
>>> +}
>>> +
>>> #ifdef CONFIG_LINUX_AIO
>>> static int raw_set_aio(void **aio_ctx, int *use_aio, int bdrv_flags)
>>> {
>>> @@ -1960,6 +1993,8 @@ BlockDriver bdrv_file = {
>>> .bdrv_detach_aio_context = raw_detach_aio_context,
>>> .bdrv_attach_aio_context = raw_attach_aio_context,
>>> + .bdrv_lockf = raw_lockf,
>>> +
>>> .create_opts = &raw_create_opts,
>>> };
>> would it be better to use
>>
>> int flock(int fd, int operation);
>>
>> DESCRIPTION
>> Apply or remove an advisory lock on the open file specified by fd.
>> The
>> argument operation is one of the following:
>>
>> LOCK_SH Place a shared lock. More than one process may hold
>> a
>> shared lock for a given file at a given time.
>>
>> LOCK_EX Place an exclusive lock. Only one process may hold
>> an
>> exclusive lock for a given file at a given time.
>>
>> LOCK_UN Remove an existing lock held by this process.
>>
>> for this purpose?
>>
>> Sorry that missed this point in the initial review...
>> We will not intersect with libvirt for the case.
>>
> As noted in the cover letter, flock() is nop on NFS mount points on Linux, so
> fcntl is safer.
>
> Fam
>
that seems STRANGE to me. For the time being flock() was
working for Linux NFS server. Here is the implementation.
int nfs_flock(struct file *filp, int cmd, struct file_lock *fl)
{
struct inode *inode = filp->f_mapping->host;
int is_local = 0;
dprintk("NFS: flock(%pD2, t=%x, fl=%x)\n",
filp, fl->fl_type, fl->fl_flags);
if (!(fl->fl_flags & FL_FLOCK))
return -ENOLCK;
/*
* The NFSv4 protocol doesn't support LOCK_MAND, which is not
part of
* any standard. In principle we might be able to support LOCK_MAND
* on NFSv2/3 since NLMv3/4 support DOS share modes, but for
now the
* NFS code is not set up for it.
*/
if (fl->fl_type & LOCK_MAND)
return -EINVAL;
if (NFS_SERVER(inode)->flags & NFS_MOUNT_LOCAL_FLOCK)
is_local = 1;
/* We're simulating flock() locks using posix locks on the
server */
if (fl->fl_type == F_UNLCK)
return do_unlk(filp, cmd, fl, is_local);
return do_setlk(filp, cmd, fl, is_local);
}
Den
next prev parent reply other threads:[~2016-04-18 5:30 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-15 3:27 [Qemu-devel] [PATCH for-2.7 v2 00/17] block: Lock images when opening Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 01/17] block: Add BDRV_O_NO_LOCK Fam Zheng
2016-04-16 10:47 ` Denis V. Lunev
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 02/17] qapi: Add lock-image in blockdev-add options Fam Zheng
2016-04-16 10:48 ` Denis V. Lunev
2016-04-26 8:01 ` Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 03/17] blockdev: Add and parse "lock-image" option for block devices Fam Zheng
2016-04-16 13:15 ` Denis V. Lunev
2016-04-19 13:00 ` Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 04/17] block: Introduce image file locking Fam Zheng
2016-04-16 13:22 ` Denis V. Lunev
2016-04-18 1:43 ` Fam Zheng
2016-04-16 23:29 ` Max Reitz
2016-04-18 1:33 ` Fam Zheng
2016-04-18 5:34 ` Denis V. Lunev
2016-04-19 19:14 ` Max Reitz
2016-04-20 8:46 ` Denis V. Lunev
2016-04-19 19:13 ` Max Reitz
2016-04-25 23:55 ` Laszlo Ersek
2016-04-26 0:47 ` Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 05/17] raw-posix: Implement .bdrv_lockf Fam Zheng
2016-04-16 13:29 ` Denis V. Lunev
2016-04-18 1:12 ` Fam Zheng
2016-04-18 5:30 ` Denis V. Lunev [this message]
2016-04-18 9:34 ` Daniel P. Berrange
2016-04-18 9:38 ` Denis V. Lunev
2016-04-17 19:27 ` Richard W.M. Jones
2016-04-18 1:10 ` Fam Zheng
2016-04-18 8:04 ` Richard W.M. Jones
2016-04-19 12:37 ` Fam Zheng
2016-04-19 13:07 ` Richard W.M. Jones
2016-04-19 13:19 ` Fam Zheng
2016-04-19 13:36 ` Richard W.M. Jones
2016-04-19 13:45 ` Daniel P. Berrange
2016-04-19 13:34 ` Daniel P. Berrange
2016-04-19 13:40 ` Richard W.M. Jones
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 06/17] gluster: " Fam Zheng
2016-04-15 12:24 ` [Qemu-devel] [Qemu-block] " Niels de Vos
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 07/17] rbd: Implement image locking Fam Zheng
2016-04-23 1:57 ` Jason Dillaman
2016-04-25 0:42 ` Fam Zheng
2016-04-26 15:42 ` Jason Dillaman
2016-04-27 0:20 ` Fam Zheng
2016-04-27 18:18 ` Jason Dillaman
2016-04-28 1:33 ` Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 08/17] qemu-io: Add "-L" option for BDRV_O_NO_LOCK Fam Zheng
2016-04-16 13:46 ` Denis V. Lunev
2016-04-19 12:59 ` Fam Zheng
2016-04-15 3:27 ` [Qemu-devel] [PATCH for-2.7 v2 09/17] qemu-img: Add "-L" option to sub commands Fam Zheng
2016-04-16 14:29 ` Denis V. Lunev
2016-04-16 14:30 ` Denis V. Lunev
2016-04-19 12:59 ` Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 10/17] qemu-img: Update documentation of "-L" option Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 11/17] qemu-nbd: Add "--no-lock/-L" option Fam Zheng
2016-04-16 14:32 ` Denis V. Lunev
2016-04-19 12:58 ` Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 12/17] qemu-iotests: 140: Disable image lock for qemu-io access Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 13/17] qemu-iotests: 046: Move version detection out from verify_io Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 14/17] qemu-iotests: Wait for QEMU processes before checking image in 091 Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 15/17] qemu-iotests: Disable image lock when checking test image Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 16/17] block: Turn on image locking by default Fam Zheng
2016-04-15 3:28 ` [Qemu-devel] [PATCH for-2.7 v2 17/17] qemu-iotests: Add test case 152 for image locking Fam Zheng
2016-04-16 14:33 ` [Qemu-devel] [PATCH for-2.7 v2 00/17] block: Lock images when opening Denis V. Lunev
2016-04-18 9:53 ` Daniel P. Berrange
2016-04-19 12:40 ` Fam Zheng
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=571470F4.7010902@openvz.org \
--to=den@openvz.org \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=eblake@redhat.com \
--cc=famz@redhat.com \
--cc=jcody@redhat.com \
--cc=jsnow@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).