similar to: [PATCH] xfstests: unmount scratch mnt in test 307

Btrfs had some issues with fsync()''ing directories and fsync()''ing after renames. These three new tests cover the 3 different issues we were seeing. This breaks out the dmflakey stuff into a common helper to be shared between generic/311 and generic/321. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- V1->V2: rename test to generic/321 -removed an

The btrfs-progs tools changed the output: - 100GiB instead of 100GB - The number of spaces was changed Signed-off-by: Stefan Behrens <sbehrens@giantdisaster.de> --- common/filter | 2 +- common/filter.btrfs | 3 ++- tests/btrfs/006 | 6 +++--- tests/btrfs/006.out | 36 ++++++++++++++++++------------------ 4 files changed, 24 insertions(+), 23 deletions(-) diff --git

Btrfs had some issues with fsync()''ing directories and fsync()''ing after renames. These three new tests cover the 3 different issues we were seeing. This breaks out the dmflakey stuff into a common helper to be shared between generic/311 and generic/320. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- V1->V2: moved this out into its own test instead of

This testscript creates reflinks to files on different subvolumes, overwrites the original files and reflinks, and moves reflinked files between subvolumes. Originally submitted as testcase 302, changes are made based on comments from Eric: http://oss.sgi.com/archives/xfs/2013-03/msg00231.html Two new common/rc functions used in this script (_require_cp_reflink and _verify_reflink) have been

I''m not sure how the numbering is supposed to work now that we''ve split everything out so I''m just going with the next number in the directory. This is a regression test for btrfs send, we had a problem where we''d try to send a file that had been deleted in the source snapshot. This is just to make sure we don''t have the same problem in the future.

This is similar to a previous fix I sent. 1 gig makes us do mixed file block groups for btrfs, so these enospc tests will usually fail because we don''t have space for metadata, which is the case for this test. So jack the size up to 1.5gig so that btrfs can do its normal thing and pass the test. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- tests/generic/256 |

This testscript creates reflinks to files on different subvolumes, overwrites the original files and reflinks, and moves reflinked files between subvolumes. Originally submitted as testcase 302, changes are made based on comments from Eric: http://oss.sgi.com/archives/xfs/2013-03/msg00231.html Two new common/rc functions used in this script (_require_cp_reflink and _verify_reflink) have been

Hola, Quería preguntaros por vuestra opinión aunque esta discusión pueda ser algo "offtopic". Para alguien que quiere empezar a programar, ¿recomendaríais R?. Visto que "R" aun siendo un lenguaje que nació con una orientación muy específica, ya se usa como de propósito general, quizás podría ser adecuado. Independientemente del uso, creo que R puede utilizarse para aprender

From: Vivek Goyal <vgoyal at redhat.com> [ Upstream commit bb737bbe48bea9854455cb61ea1dc06e92ce586c ] In virtiofs (unlike in regular fuse) processing of async replies is serialized. This can result in a deadlock in rare corner cases when there's a circular dependency between the completion of two or more async replies. Such a deadlock can be reproduced with xfstests:generic/503 if

From: Vivek Goyal <vgoyal at redhat.com> [ Upstream commit bb737bbe48bea9854455cb61ea1dc06e92ce586c ] In virtiofs (unlike in regular fuse) processing of async replies is serialized. This can result in a deadlock in rare corner cases when there's a circular dependency between the completion of two or more async replies. Such a deadlock can be reproduced with xfstests:generic/503 if

I''ve cloned: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git When I build I get compile errors trying to build dmapi. Do I need to build this? I''ve attached a log of the build (build.log). If I ignore the build error and just go ahead and try to run the tests my first question is, "What do I run?". Looking at the README it looks like I want to run

Currently we can specify the testing filesytems like ''check -xfs'', but btrfs is not support in this kind of command option. Add the option ''check -btrfs'' support. Signed-off-by: Wang Sheng-Hui <shhuiw@gmail.com> --- check | 2 ++ 1 file changed, 2 insertions(+) diff --git a/check b/check index ff8fbcf..9c40615 100755 --- a/check +++ b/check @@

Not sure how this happened, but filter.btrfs including itself leads to immense sadness for any file that includes it. (I got a segfault when I tried to run 307) Signed-off-by: Eric Sandeen <sandeen@redhat.com> --- diff --git a/common/filter.btrfs b/common/filter.btrfs index b1aa733..99d04a6 100644 --- a/common/filter.btrfs +++ b/common/filter.btrfs @@ -1,7 +1,5 @@ # Filters for btrfs

I''m running into a problem with the btrfs-cleaner thread becoming blocked on xfstests 068. The test locks up indefinitely without completing (normally it finished in about 45 seconds on my test box). I''ve replicated the issue on 3.10.0_rc5 and the for-linus branch of 3.9.0. I ran a git bisect on the 3.9.0 for-linus branch, and tracked my issue to the following commit: commit

I know this is not a question for syslinux itself, but a question for syslinux usage on Linux. I use pxelinux to boot Linux. I know I can use "root=/dev/nfs nfsroot=ip:/dir" to mount the NFS as root file system. But it needs me to prepare several different directories for different clients and each directory should include a initrd.gz copy (e.g., cp/mv/mkdir utilities, etc). My

I've mounted my glusterfs share as I always do: mount -t glusterfs `hostname`:/bhl-volume /mnt/glusterfs and I can see it in df: # df -h | tail -n1 clustr-01:/bhl-volume 90T 51T 39T 57% /mnt/glusterfs but I can't change into it, or access any of the files in it: # ls -al /mnt/glusterfs ls: cannot access /mnt/glusterfs: Stale NFS file handle Any idea what could be causing

This is a repost, since I'd really like to get some info about whats going on. when using, "mount -o remount" on an linux box, I get a duplicate mount instead of a proper remount. /proc/mounts backs me up: the system really does have multiple mounts in the same place, of the same drive. The version of samba installed is 3.0.10, the distro is RedHat Enterprise Linux 4, kernel is

-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -------------- next part -------------- >From 81e3376e67fce51bb7162ad14b3ce6e40754898c Mon Sep 17 00:00:00 2001 From: Richard W.M.

On Mon, Nov 25, 2013 at 05:32:23PM +0100, Gonzalo Aguilar Delgado wrote: > Hello, > > I've found a problem running libguestfs on my system. > > The system has /var mounted with a symbolic link to /mnt/bigdata/var > > > > root@red1:/var/log/nova# ls -ld /mnt/bigdata/var > drwxrwxr-x 15 root users 4096 jul 7 17:55 /mnt/bigdata/var > root@red1:/var/log/nova#

On Tue, Nov 26, 2013 at 01:06:58PM +0100, Gonzalo Aguilar Delgado wrote: > Starting /init script ... > initctl: Unable to connect to Upstart: Failed to connect to socket > /com/ubuntu/upstart: Connection refused > /etc/init.d/udev: 290: /etc/init.d/udev: > /lib/udev/create_static_nodes: not found > * Starting the hotplug events dispatcher udevd > ...done. >