similar to: [V2, RESENT] ocfs2: lighten up allocate transaction

Hi Andrew Morton, The patch "[patch 05/22] ocfs2: lighten up allocate transaction" in mm tree is not the newest one, please drop it from mm tree. This patch V3 is newest, please replace it. Thanks. The issue scenario is as following: When fallocating a very large disk space for a small file, __ocfs2_extend_allocation attempts to get a very large transaction. For some journal

While adding a file into orphan dir in ocfs2_orphan_add(), it calls __ocfs2_add_entry() before ocfs2_journal_access_di(). If ocfs2_journal_access_di() failed, the file is added into orphan dir, and orphan dir dinode updated, but file dinode has not been updated. Accordingly, the data is not consistent between file dinode and orphan dir. So, need to call ocfs2_journal_access_di() before

From: Jie Liu <jeff.liu at oracle.com> Subject: ocfs2: fix a memory leak in __ocfs2_move_extents() The ocfs2 path is not properly freed which leads to a memory leak at __ocfs2_move_extents(). This patch stops the leaks of the ocfs2_path structure. Signed-off-by: Jie Liu <jeff.liu at oracle.com> Reviewed-by: Younger Liu <younger.liu at huawei.com> Cc: Joel Becker <jlbec at

From: Zongxun Wang <wangzongxun at huawei.com> Even if using the same jbd2 handle, we cannot rollback a transaction. So once some error occurs after successfully allocating clusters, the allocated clusters will never be used and it means they are lost. For example, call ocfs2_claim_clusters successfully when expanding a file, but failed in ocfs2_insert_extent. So we need free the allocated

jbd2_journal_restart() would restart a handle. In this function, it calls start_this_handle(). Before calling start_this_handle()?subtract 1 from transaction->t_updates. If start_this_handle() succeeds, transaction->t_updates increases by 1 in it. But if start_this_handle() fails, transaction->t_updates does not increase. So, when commit the handle's transaction in

From: Zongxun Wang <wangzongxun at huawei.com> Even if using the same jbd2 handle, we cannot rollback a transaction. So once some error occurs after successfully allocating clusters, the allocated clusters will never be used and it means they are lost. For example, call ocfs2_claim_clusters successfully when expanding a file, but failed in ocfs2_insert_extent. So we need free the allocated

#against V6, corrects some format problem pointed out by checkpatch.pl. For nfs exporting, ocfs2_get_dentry() returns the dentry for fh. ocfs2_get_dentry() may read from disk(when inode not in memory) without any cross cluster lock. this leads to load a stale inode. this patch fixes above problem. solution is that in case of inode is not in memory, we get the cluster lock(PR) of alloc inode

llseek requires ocfs2 inode lock for updating the file size in SEEK_END. because the file size maybe update on another node. if it not . after call llseek in SEEK_END. the position is old. this bug can be reproduce the following scenario: at first ,we dd a test fileA,the file size is 10k. on NodeA: --------- 1) open the test fileA, lseek the end of file. and print the position. 2) close the test

Hello, I have one cluster drbd8+ocfs2. If I mount ocfs2 partition on node1 it's work but when I mount partition on node 2 I receive in /var/log/messages this -Mar 5 18:10:04 suse4 kernel: (2857,0):o2hb_do_disk_heartbeat:665 ERROR: Device "drbd1": another node is heartbeating in our slot! -Mar 5 18:10:04 suse4 kernel: WARNING: at include/asm/dma-mapping.h:44 dma_map_sg() -Mar 5

On Thu, Dec 01, 2016 at 02:27:19AM +0000, Gonglei (Arei) wrote: > > On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > > > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c > > b/drivers/crypto/virtio/virtio_crypto_algs.c > > > new file mode 100644 > > > index 0000000..08b077f > > > --- /dev/null > > > +++

On Thu, Dec 01, 2016 at 02:27:19AM +0000, Gonglei (Arei) wrote: > > On Tue, Nov 29, 2016 at 08:48:14PM +0800, Gonglei wrote: > > > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.c > > b/drivers/crypto/virtio/virtio_crypto_algs.c > > > new file mode 100644 > > > index 0000000..08b077f > > > --- /dev/null > > > +++

Resent due to signing problem. https://rhn.redhat.com/errata/RHSA-2005-104.html refers Updated files are :- updates/i386/RPMS/mod_python-3.0.3-5.ent.i386.rpm updates/i386/SRPMS/mod_python-3.0.3-5.ent.src.rpm To update run 'yum update mod_python' Lance -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature

http://bugs.freedesktop.org/show_bug.cgi?id=24886 Summary: Cursor not drawn after a resent commit Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Does anyone know of an R package that I can use to uncensor a normal or log-normal dataset? I'm particularly interested in the MLE method of Cohen (1959), "Simplified estimators for the normal distribution when samples are single censored or truncated," Technometrics, 1(3), 217-237. Of course, if there is anything better, I'd be glad to hear about that too. Thanks. Rick

On Thu, 11 Apr 2013, Ian Campbell wrote: > On Thu, 2013-04-11 at 05:09 +0100, Jim Fehlig wrote: > > > + /* This will fill xenstore info about free and dom0 memory - if missing, > > > + * should be called before starting first domain */ > > > + if (libxl_get_free_memory(libxl_driver->ctx, &free_mem)) { > > > + VIR_ERROR(_("cannot

I have IMAP and POP running and when I log in thru pop from my blackberry which is the only way it pulls all the new emails. When I log into my computer and check email via PINE i guess something is refreshed because very soon there after if not immediately all the emails in the INBOX are sent/pulled from my blackberry again. Why is this happening?

(Previous HTML version of this msg "massaged" by Antigen... :-P ) As root: Uninstall 2.0.7 with pkg_delete samba-2.0.7 Download samba-2.2.5.tar.bz2 from one of the mirror sites onto your OpenBSD machine. bunzip2 samba-2.2.5.tar.bz2 tar -xvf samba-2.2.5.tar Copy the attached files into the samba "source" directory cd to the "samba-2.2.5/source" directory at the

Hello, Samba user folks :) I have a few very likely newbie questions: 1. I installed Samba 2.2.6 from sources and I don't seem to have smbclient or nmblookup. Did I goof somewhere and forget something that would have included them? 2. I am curious about upgrading samba via CVS - I've looked at the instructions and it seems pretty straightforward. Is there anything to watch out for as

On Thu, 2013-04-11 at 05:09 +0100, Jim Fehlig wrote: > > + /* This will fill xenstore info about free and dom0 memory - if missing, > > + * should be called before starting first domain */ > > + if (libxl_get_free_memory(libxl_driver->ctx, &free_mem)) { > > + VIR_ERROR(_("cannot get free memory info")); > > + goto error; >

Hi, Re-sent this; sorry, it came from my other account and it was not subscribed to this list. I'm gonna have to be putting a good argument to my ICT team against going to 2003 in 2003 server mode ( I think thats what they call the highest mode for 2003 server) to keep samba at our school. I like what windows 2003 has to offer, but do not want to lock samba out forever. I know samba will