search for: read_writ

...ers/vhost/vhost.c:911 > ?vhost_process_iotlb_msg drivers/vhost/vhost.c:1000 [inline] > ?vhost_chr_write_iter+0xe53/0x1a00 drivers/vhost/vhost.c:1043 > ?vhost_net_chr_write_iter+0x59/0x70 drivers/vhost/net.c:1399 > ?call_write_iter include/linux/fs.h:1793 [inline] > ?new_sync_write fs/read_write.c:474 [inline] > ?__vfs_write+0x6c6/0x9f0 fs/read_write.c:487 > ?vfs_write+0x1f8/0x560 fs/read_write.c:549 > ?ksys_write+0x101/0x260 fs/read_write.c:598 > ?__do_sys_write fs/read_write.c:610 [inline] > ?__se_sys_write fs/read_write.c:607 [inline] > ?__x64_sys_write+0x73/0xb0 fs/r...

Hi, I'm facing a strange issue using JavaMail, where Dovecot let me open "READ_WRITE" a folder with readonly ACLs (same happens on other imap servers), but then doesn't issue any error when if try to setFlags(...) on that folder. The result is that the code thinks the folder marked the messages (deleted, flagged, etc), while it actually did not. Just refreshing the folder...

Two patches follow this message. One fixes the default implementation of SEEK_HOLE/DATA. This patch applies atop Josef's last posted patch. The second patch implements the same on ocfs2. The test tool for the same is available here. http://oss.oracle.com/~smushran/seek_data/seek_test.c It is improved since the last post. It runs cleanly on zfs, ocfs2 and ext3 (default behavior). Users

Two patches follow this message. One fixes the default implementation of SEEK_HOLE/DATA. This patch applies atop Josef's last posted patch. The second patch implements the same on ocfs2. The test tool for the same is available here. http://oss.oracle.com/~smushran/seek_data/seek_test.c It is improved since the last post. It runs cleanly on zfs, ocfs2 and ext3 (default behavior). Users

Mueen Nawaz <mueen at nawaz.org> writes: > After a lot of poking around, I figured out the problem, and this may be > of interest to the developers (although not sure if it is a xapian issue > or a notmuch issue). > > Here's why it would freeze: > > I have a post-new hook that runs a Python script. Depending on whether > the new email it is processing matches a

...w a hung hook results in a locked database. If it > happens again (or you're motivated to set up a testbed) I'd be > interested in the output of Well, it results in a locked database because I have this in the (Python) hook: DATABASE = notmuch.Database(mode=notmuch.Database.MODE.READ_WRITE) Soon after that I freeze the new messages. And at the end I thaw them out. The hang occurs in between the two, I think. > Also, is this by chance a network file system? Because those > often break locking. No - regular hard drive. >> Now killing all those jobs did not fix the d...

...;'s easier to get correct.) Thoughts on this? Thanks- sage Signed-off-by: Sage Weil <sage@newdream.net> --- fs/btrfs/ioctl.c | 187 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ fs/btrfs/ioctl.h | 49 ++++++++++++++ fs/namei.c | 3 + fs/open.c | 2 + fs/read_write.c | 2 + fs/xattr.c | 2 + 6 files changed, 245 insertions(+), 0 deletions(-) diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c index 136c5ed..4269616 100644 --- a/fs/btrfs/ioctl.c +++ b/fs/btrfs/ioctl.c @@ -37,6 +37,7 @@ #include <linux/compat.h> #include <linux/bit_spinlo...

V4 changes: add Acked-by: Joel Becker <jlbec at evilplan.org> V3 changes: - add Cc: stable at vger.kernel.org in the patch header to align with stable rules - add Acked-by: Jeff Moyer <jmoyer at redhat.com> V2 changes: - update the patch header of the first patch to make it more clear. This patch list fixes an issue about ocfs2 aio/dio write process hang. The call trace is like

...tcp_sendmsg+0x2f/0x50 net/ipv4/tcp.c:1461 inet_sendmsg+0x11f/0x5e0 net/ipv4/af_inet.c:763 sock_sendmsg_nosec net/socket.c:636 [inline] sock_sendmsg+0xca/0x110 net/socket.c:646 sock_write_iter+0x31a/0x5d0 net/socket.c:915 call_write_iter include/linux/fs.h:1772 [inline] new_sync_write fs/read_write.c:469 [inline] __vfs_write+0x684/0x970 fs/read_write.c:482 vfs_write+0x189/0x510 fs/read_write.c:544 SYSC_write fs/read_write.c:589 [inline] SyS_write+0xef/0x220 fs/read_write.c:581 entry_SYSCALL_64_fastpath+0x1f/0x96 RIP: 0033:0x7f7a61d22370 RSP: 002b:00007ffc93b90b98 EFLAGS: 00000246 O...

Mueen Nawaz <mueen at nawaz.org> writes: > > DATABASE = notmuch.Database(mode=notmuch.Database.MODE.READ_WRITE) OK. So your code is locking the database, and never unlocking it (because of the hang). So that part is at least not mysterious. > I can think of two experiments: I was thinking more along the lines of something that could be part of the notmuch test suite, i.e. run in a few seconds. Or at...

I've just subscribed, but a search of the archive doesn't indicate this has been handled before... Is there a way to get rsync to not create a new file while transferring and then rename it, but to instead update the existing file in place, i.e. simply write those blocks that have been updated and leave the rest alone? That would be ideal for what I wanted rsync for, namely updating

...etlink.c:1299 netlink_sendmsg+0xa4a/0xe70 net/netlink/af_netlink.c:1862 sock_sendmsg_nosec net/socket.c:633 [inline] sock_sendmsg+0xca/0x110 net/socket.c:643 sock_write_iter+0x320/0x5e0 net/socket.c:912 call_write_iter include/linux/fs.h:1770 [inline] do_iter_readv_writev+0x531/0x7f0 fs/read_write.c:673 do_iter_write+0x15a/0x540 fs/read_write.c:952 vfs_writev+0x18a/0x340 fs/read_write.c:997 do_writev+0xfc/0x2a0 fs/read_write.c:1032 SYSC_writev fs/read_write.c:1105 [inline] SyS_writev+0x27/0x30 fs/read_write.c:1102 entry_SYSCALL_64_fastpath+0x1f/0xbe RIP: 0033:0x43fd69 RSP: 002b:...

...etlink.c:1299 netlink_sendmsg+0xa4a/0xe70 net/netlink/af_netlink.c:1862 sock_sendmsg_nosec net/socket.c:633 [inline] sock_sendmsg+0xca/0x110 net/socket.c:643 sock_write_iter+0x320/0x5e0 net/socket.c:912 call_write_iter include/linux/fs.h:1770 [inline] do_iter_readv_writev+0x531/0x7f0 fs/read_write.c:673 do_iter_write+0x15a/0x540 fs/read_write.c:952 vfs_writev+0x18a/0x340 fs/read_write.c:997 do_writev+0xfc/0x2a0 fs/read_write.c:1032 SYSC_writev fs/read_write.c:1105 [inline] SyS_writev+0x27/0x30 fs/read_write.c:1102 entry_SYSCALL_64_fastpath+0x1f/0xbe RIP: 0033:0x43fd69 RSP: 002b:...

...ink_sendmsg+0xa4a/0xe70 net/netlink/af_netlink.c:1862 > sock_sendmsg_nosec net/socket.c:633 [inline] > sock_sendmsg+0xca/0x110 net/socket.c:643 > sock_write_iter+0x320/0x5e0 net/socket.c:912 > call_write_iter include/linux/fs.h:1770 [inline] > do_iter_readv_writev+0x531/0x7f0 fs/read_write.c:673 > do_iter_write+0x15a/0x540 fs/read_write.c:952 > vfs_writev+0x18a/0x340 fs/read_write.c:997 > do_writev+0xfc/0x2a0 fs/read_write.c:1032 > SYSC_writev fs/read_write.c:1105 [inline] > SyS_writev+0x27/0x30 fs/read_write.c:1102 > entry_SYSCALL_64_fastpath+0x1f/0xbe >...

...9a2bb48-db62-8456-b9a8-945b12c98e11' [20120523T00:23:28.859Z| info|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VBD.plug R:4db77abb7c5d|storage_impl] VDI.attach task:OpaqueRef:4db77abb-7c5d-9035-64cc-6aef7a382fe1 dp:vbd/0/2 sr:42cbc4a3-dae2-e756-d122-01b87ed871c2 vdi:c95af56f-799f-49ad-a64f-82eca3299b50 read_write:true [20120523T00:23:28.860Z|debug|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VBD.plug R:4db77abb7c5d|dummytaskhelper] task VDI.attach D:cdc99e2b6700 created by task R:4db77abb7c5d [20120523T00:23:28.860Z|debug|lab-xh3|1045 UNIX /var/lib/xcp/xapi|VDI.attach D:cdc99e2b6700|sm] SM file vdi_attach sr=Opaque...

...y trackid=d1fe239f7a7942262e1e1b0d73c8f9dc [20120523T14:00:23.383Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] VDI.attach task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d read_write:true [20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dummytaskhelper] task VDI.attach D:c50b045b76ac created by task R:4b5db3df62d8 [20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VDI.attach D:c50b045b76ac|sm] SM file vdi_attach sr=OpaqueRef:...

...f:39c24536-a933-d735-1319-457e41f3f9e9' [20120727T14:44:29.926Z| info|vh10|1031 UNIX /var/lib/xcp/xapi|VBD.plug R:9610dfb27742|storage_impl] VDI.attach task:OpaqueRef:9610dfb2-7742-b5ee-12e9-c00e90757713 dp:vbd/0/0 sr:ebbcf285-f891-e0e1-744c-ccfa0f6c6b7c vdi:b44bdaee-ba91-4612-ae4a-0f0b1c92ea6b read_write:false [20120727T14:44:29.927Z|debug|vh10|1031 UNIX /var/lib/xcp/xapi|VBD.plug R:9610dfb27742|dummytaskhelper] task VDI.attach D:5fb6a492a964 created by task R:9610dfb27742 [20120727T14:44:29.927Z|debug|vh10|1031 UNIX /var/lib/xcp/xapi|VDI.attach D:5fb6a492a964|sm] SM ext vdi_attach sr=OpaqueRef:78...

...rite object into a read-only object. The + opposite operation is, of course, not allowed. + + If you want to handle both read-write and read-only + connections at runtime, use a variant similar to this: +{[ +type conn_t = + | No_connection + | Read_only of Libvirt.ro Libvirt.Connect.t + | Read_write of Libvirt.rw Libvirt.Connect.t +]} + *) + +(** {3 Forward definitions} + + These definitions are placed here to avoid the need to + use recursive module dependencies. +*) + +(** {3 Connections} *) + +module Connect : +sig + type 'rw t + (** Connection. Read-only connections have...

libvirt-ocaml is used only by virt-v2v, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): common: Bundle the libvirt-ocaml library for use by virt-v2v build: switch embedded copy of libvirt-ocaml .gitignore | 2 + 3rdparty/libvirt-ocaml/Makefile.am |

Hi, this is a mostly done attempt to switch to ocaml-libvirt, embedding the latest version of it from git. This way, it is possible to improve the way v2v connects to libvirt for both input, and output modules, and interacts with libvirt (e.g. no more virsh calls needed in virt-v2v). As side effect, virt-v2v now requires libvirt, as keeping it optional would create too much burden. I could not