search for: lyakas

...to abort with an error, and then we unmount. This problem should be common to all storage vendors using the shadow copy module with mounted snapshots. Thanks, Alex. On Wed, Feb 10, 2016 at 2:46 AM, Jeremy Allison <jra at samba.org> wrote: > On Mon, Feb 08, 2016 at 06:33:25PM +0200, Alex Lyakas wrote: >> Greetings, >> >> I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. >> >> I have a share exported at /export/smb400/. A snapshot of the share is on a >> separate block device, which is mounted at >> /export_shadows/volume-00000001/@GMT-20...

Greetings, I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. I have a share exported at /export/smb400/. A snapshot of the share is on a separate block device, which is mounted at /export_shadows/volume-00000001/@GMT-2016.02.08-11.48.00/. Samba configuration for the share is: vfs objects = shadow_copy2 shadow:snapdir = /export_shadows/volume-00000001 shadow:fixinodes = yes (Note: I

When adding orphans to an inode''s root, we start a transaction for that root that when ended in several places such as for example extent-tree.c:btrfs_remove_block_group(), inode.c:btrfs_unlink() and inode.c:btrfs_evict_node(), doesn''t result in a commit, that is, inode.c:btrfs_orphan_commit_root() doesn''t get called (via transaction.c:commit_fs_roots()). The respective

...uck in commit_cowonly_roots, due to this issue. With this patch, commits no longer get stuck in commit_cowonly_roots. This patch is not indented to be applied, just a request to comment on whether you agree this problem happens, and whether the fix goes in the right direction. Signed-off-by: Alex Lyakas <alex.btrfs@zadarastorage.com> --- fs/btrfs/ctree.h | 7 +++++++ fs/btrfs/disk-io.c | 1 + fs/btrfs/extent-tree.c | 9 +++++---- fs/btrfs/transaction.c | 2 +- 4 files changed, 14 insertions(+), 5 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index c90b...

...y''re not there, compared to "deleted -> will never appear, can forget about it". " There is a performance penalty incured by the change, but deleting a subvolume is not a frequent operation and the tradeoff seems justified by getting the guarantee stated above. CC: Alex Lyakas <alex.btrfs@zadarastorage.com> CC: Josef Bacik <jbacik@fusionio.com> Signed-off-by: David Sterba <dsterba@suse.cz> --- fs/btrfs/ioctl.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c index e407f75..4394632 100644 ---...

http://bugzilla.netfilter.org/show_bug.cgi?id=765 Summary: Netfilter crash on bridged/TAP device on 2.6.38 & 3.0 kernels Product: netfilter/iptables Version: linux-2.6.x Platform: x86_64 OS/Version: Ubuntu Status: NEW Severity: major Priority: P2 Component: bridging

On Mon, Feb 08, 2016 at 06:33:25PM +0200, Alex Lyakas wrote: > Greetings, > > I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. > > I have a share exported at /export/smb400/. A snapshot of the share is on a > separate block device, which is mounted at > /export_shadows/volume-00000001/@GMT-2016.02.08-11.48.00/. Samba...

Greetings everybody, I am running stock ubuntu-natty with kernel 2.6.38-8, KVM 0.14.0 and libvirt 0.8.8. I am spawning virtual machines with libvirt. I would like to test a new KVM version built aside without installing it over existing KVM. Is there a way to tell libvirt which KVM binary to pick up? I've been searching and saw that QEMU driver looks in /usr/bin for KVM executable. Is there a

...the snapshot), then unmounting, then re-adding the share > without the shadow copy and reloading config. > > The challenge is getting smbd to close connection and being sure that it > indeed closed them. > > I hope that helps, > Uri. > > > On 02/08/2016 06:22 PM, Alex Lyakas wrote: >> >> Greetings, >> >> I am trying to use vfs_shadow_copy2 with samba samba-4.2.7. >> >> I have a share exported at /export/smb400/. A snapshot of the share is on >> a separate block device, which is mounted at >> /export_shadows/volume-0000000...

...he change is fully compatible as it is explained in more detail in the commit itself. Unfortunately the change to the sender is only compatible together with a kernel change, it is therefore not part of this patch set. Everything is also on git://btrfs.giantdisaster.de/git/btrfs-progs recv1 Alex Lyakas (1): btrfs-progs: Fix the receive code pathing Stefan Behrens (16): Btrfs-progs: Use /proc/mounts instead of /etc/mtab Btrfs-progs: ignore subvols above BTRFS_LAST_FREE_OBJECTID Btrfs-progs: close file descriptor in cmds-send.c Btrfs-progs: fix a small memory leak in btrfs-list.c Btrfs...

Greetings all, I see the following issue during snap creation under IO: Transaction commit calls btrfs_start_delalloc_inodes() that locks the delalloc_inodes list, fetches the first inode, unlocks the list, triggers btrfs_alloc_delalloc_work/btrfs_queue_worker for this inode and then locks the list again. Then it checks the head of the list again. In my case, this is always exactly the same

I''ve just pushed out a new integration branch to my git repo. This is purely bugfix patches -- there are no new features in this issue of the integration branch. I''ve got a stack of about a dozen more patches with new features in them still to go. I''ll be working on those tomorrow. As always, there''s minimal testing involved here, but it does at least compile on

...ndo <alferpal@gmail.com> Alex Frid <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Russell <giles.al...

...ndo <alferpal@gmail.com> Alex Frid <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Russell <giles.al...

...ndo <alferpal@gmail.com> Alex Frid <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...

...id <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex Grad <alex.grad@gmail.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...

...id <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex Grad <alex.grad@gmail.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...

...id <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex Grad <alex.grad@gmail.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...

...id <afrid@nvidia.com> Alex Gershgorin <alexg@meprolight.com> Alex Grad <alex.grad@gmail.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...

...orin <alexg@meprolight.com> Alex Grad <alex.grad@gmail.com> Alex He <alex.he@amd.com> Alex Hung <alex.hung@canonical.com> Alex Iannicelli <alex.iannicelli@emulex.com> Alex Ivanov <gnidorah@p0n4ik.tk> Alex Kelly <alex.page.kelly@gmail.com> Alex Lyakas <alex.bolshoy@gmail.com> Alex Lyakas <alex.btrfs@zadarastorage.com> Alex Lyakas <alex@zadarastorage.com> Alex Macro <alex.macro@stericsson.com> Alex Porosanu <alexandru.porosanu@freescale.com> Alex Riesen <raa.lkml@gmail.com> Alex Romosan <romosan@...