[PATCH] Btrfs-progs: fix segfault when getting scrub status

I sometimes get segfault in cmd_scrub_status(), this is because free_history() forgot to check whether pointer address is valid,fix it. Signed-off-by: Wang Shilong wangsl.f...@cn.fujitsu.com --- cmds-scrub.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmds-scrub.c

Re: [RFC PATCH] Btrfs: Add linear chunk allocation support.

Thanks for the review comments David. I will come up with another patch that implements your suggestion. -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

btrfs deadlocks under stress up until 3.12

Hi, I queued up a number of tests including IO stress tests a few weeks ago and had noticed that some of the btrfs tests failed to complete but only looked today. Specfically, stress tests with reaims alltests configuration on btrfs failed up until 3.12 with a console log that looked like [

Re: [Cluster-devel] [PATCH 16/18] gfs2: use generic posix ACL infrastructure

Hi, On Sun, 2013-12-01 at 03:59 -0800, Christoph Hellwig wrote: plain text document attachment (0016-gfs2-use-generic-posix-ACL-infrastructure.patch) This contains some major refactoring for the create path so that inodes are created with the right mode to start with instead of fixing it up

Re: btrfs-ino-cache runs on every boot for 6 minutes

Thank you for your answer. Here are the blocked states logs. Since I had a plenty of time, I made multiple of them. The last two are the longest of them. - http://paste.opensuse.org/view/raw/51654551 - http://paste.opensuse.org/view/raw/39005796 - http://paste.opensuse.org/view/raw/38028651 -

[PATCH v4 1/2] Btrfs: fix wrong super generation mismatch when scrubbing supers

We came a race condition when scrubbing superblocks, the story is: In commiting transaction, we will update @last_trans_commited after writting superblocks, if scrubber start after writting superblocks and before updating @last_trans_commited, generation mismatch happens! We fix this by checking

[PATCH 2/2] Btrfs: wrap repeated code into scrub_blocked_if_needed()

Just wrap same code into one function scrub_blocked_if_needed(). This make a change that we will move waiting (@workers_pending = 0) before we can wake up commiting transaction(atomic_inc(@scrub_paused)), we must take carefully to not deadlock here. Thread 1Thread 2

Re: btrfs-cleaner leaves CPU pinned to 100%

Adam G adam.gradzki at gmail.com writes: Hello, After a recent kernel upgrade I noticed the fans blowing at full throttle on my laptop. There is currently very low load on the machine and nothing out of the ordinary has occurred to lead me to believe this is normal behavior. Here is

Re: btrfs-cleaner leaves CPU pinned to 100%

Adam Gradzki adam.grad...@gmail.com wrote on Wed [2013-Dec-04 15:27:58 +]: Adam G adam.gradzki at gmail.com writes: Hello, After a recent kernel upgrade I noticed the fans blowing at full throttle on my laptop. There is currently very low load on the machine and nothing out

[GIT PULL] Btrfs Maintainer update

Hi Linus, I'm still getting settled into new devel hardware etc, but I do have one commit for the next rc. Please grab it from my for-linus branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus This changes my email over to fb.com, and adds a MAINTAINERS entry

Can scrub also refresh?

Basically, is there a way to force the refresh of the magnetic state of data? I assume scrub does this only when a read error has been encountered. Does anyone think it would be a good option to write 100% of the data back on request? I am asking because I have ddrescue running on a hard drive

Re: Can scrub also refresh?

On Dec 4, 2013, at 1:51 PM, Kyle Evans kvan...@gmail.com wrote: 200 Multi_Zone_Error_Rate 0x0008 001 001 051Old_age Offline FAILING_NOW 27189 The drive is failing. I would only do what's required to get data off the drive and then get rid of it (RMA it if it's under

Re: [PATCH v4 1/2] Btrfs: fix wrong super generation mismatch when scrubbing supers

Hello, seems to be working for me (only tested using both parts of the patch); wasn't able to trigger the errors after almost an hour of stress-testing. Best regards, Sebastian On 04.12.2013 14:15, Wang Shilong wrote: We came a race condition when scrubbing superblocks, the story is: In

[PATCH] Btrfs: more efficient push_leaf_right

Currently when finding the leaf to insert a key into a btree, if the leaf doesn't have enough space to store the item we attempt to move off some items from our leaf to its right neighbor leaf, and if this fails to create enough free space in our leaf, we try to move off more items to the left

Re: Can scrub also refresh?

On 12/04/2013 04:50 PM, Chris Murphy wrote: Otherwise to answer the question, balance is what you're after. It reads and writes all chunks. Brilliant! Thanks, Kyle -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org

Re: btrfs-cleaner leaves CPU pinned to 100%

Good news: I recreated the problem by booting with autodefrag enabled and loading a large VirtualBox image of Windows 8.1. The CPU is pinned to 100% even after closing the VirtualBox software. Here is the perf with your suggested configuration: http://pastebin.ca/2492270 ~ Adam Gradzki On

ERROR: send ioctl failed with -12: Cannot allocate memory

Sending a 585G snapshot from box1 to box2: # ionice -c3 btrfs send daily*2013-12-01* | pv -L40m -s585G | ssh -c arcfour 10.0.0.40 btrfs receive /data/.snapshots/data/images At subvol daily_[1385956801]_2013-12-01_23:00:01 At subvol daily_[1385956801]_2013-12-01_23:00:01 ERROR: