Re: Btrfs wiki account
On Wed, May 31, 2017 at 01:46:17PM +0200, David Sterba wrote: > On Wed, May 31, 2017 at 07:35:24PM +0800, chou Dai wrote: > > Hi,I wanted to add some content and edit some content to wiki,but I > > made a registration two week ago(Account Name:Dai chou) . Now, I still > > cannot register, through registration request expired already. And > > Btrfs wiki says"Just drop a mail on linux kernel btrfs mailing list > > with an appropriate subject to get attention.". So, I come to here. > > thanks. > > Account approved. > > There are 2 wiki admins who can approve the accounts. For the record, I see in the user creating log that Andre responds to the requests within a reasonable time. -- 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
Re: Btrfs wiki account
On Wed, May 31, 2017 at 07:35:24PM +0800, chou Dai wrote: > Hi,I wanted to add some content and edit some content to wiki,but I > made a registration two week ago(Account Name:Dai chou) . Now, I still > cannot register, through registration request expired already. And > Btrfs wiki says"Just drop a mail on linux kernel btrfs mailing list > with an appropriate subject to get attention.". So, I come to here. > thanks. Account approved. There are 2 wiki admins who can approve the accounts. I used to get emails on new requests but this does not seem to work now. I'd have to manually check if there are pending requests, so asking in the mailinglist should be the last option. -- 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 wiki account
Hi,I wanted to add some content and edit some content to wiki,but I made a registration two week ago(Account Name:Dai chou) . Now, I still cannot register, through registration request expired already. And Btrfs wiki says"Just drop a mail on linux kernel btrfs mailing list with an appropriate subject to get attention.". So, I come to here. thanks. -- 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
Re: Btrfs wiki account
Thanks Dave, I was finally approved, but with Nazar Mokrynskyi2 username) Any chance to update username to Nazar Mokrynskyi (without 2 at the end)? I've already changed Real name. Tried to reply on admin's email, but it doesn't accept emails actually, so I have to ask here again. Sincerely, Nazar Mokrynskyi github.com/nazar-pc Skype: nazar-pc Diaspora: naza...@diaspora.mokrynskyi.com Tox: A9D95C9AA5F7A3ED75D83D0292E22ACE84BA40E912185939414475AF28FD2B2A5C8EF5261249 On 29.08.15 11:24, David Sterba wrote: On Sat, Aug 29, 2015 at 03:21:53AM +0200, Nazar Mokrynskyi wrote: I wanted to add one more tool for incremental backups to wiki, but accidentally had typo in email at registration. Now, more than one month after I still can't register, though registration request should expire already. Does anyone have access to fix that? Can't find any contacts of person who supports wiki. Forwarded your request to mighty wiky admin. smime.p7s Description: Кріптографічний підпис S/MIME
Re: Btrfs wiki account
On Sat, Aug 29, 2015 at 03:21:53AM +0200, Nazar Mokrynskyi wrote: I wanted to add one more tool for incremental backups to wiki, but accidentally had typo in email at registration. Now, more than one month after I still can't register, though registration request should expire already. Does anyone have access to fix that? Can't find any contacts of person who supports wiki. Forwarded your request to mighty wiky admin. -- 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 wiki account
I wanted to add one more tool for incremental backups to wiki, but accidentally had typo in email at registration. Now, more than one month after I still can't register, though registration request should expire already. Does anyone have access to fix that? Can't find any contacts of person who supports wiki. Accounts can be under names Nazar Mokrynskyi and Nazar Mokrynskyi2 (yes, second trial). Sorry for a bit off-topic message. -- Sincerely, Nazar Mokrynskyi github.com/nazar-pc Skype: nazar-pc Diaspora: naza...@diaspora.mokrynskyi.com Tox: A9D95C9AA5F7A3ED75D83D0292E22ACE84BA40E912185939414475AF28FD2B2A5C8EF5261249 smime.p7s Description: Кріптографічний підпис S/MIME
Btrfs wiki account
I wanted to add one more tool for incremental backups to wiki, but accidentally had typo in email at registration. Now, more than one month after I still can't register, though registration request should expire already. Does anyone have access to fix that? Can't find any contacts of person who supports wiki. Accounts can be under names Nazar Mokrynskyi and Nazar Mokrynskyi2 (yes, second trial). Sorry for a bit off-topic message. -- Sincerely, Nazar Mokrynskyi github.com/nazar-pc Skype: nazar-pc Diaspora: naza...@diaspora.mokrynskyi.com Tox: A9D95C9AA5F7A3ED75D83D0292E22ACE84BA40E912185939414475AF28FD2B2A5C8EF5261249 smime.p7s Description: Кріптографічний підпис S/MIME
BTRFS wiki: page about recovery (was: Re: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks, AKA dangerous mode.)
Am Donnerstag, 5. Februar 2015, 16:45:17 schrieb Qu Wenruo: Original Message Subject: Re: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks, AKA dangerous mode. From: Martin Steigerwald mar...@lichtvoll.de To: Qu Wenruo quwen...@cn.fujitsu.com Date: 2015年02月05日 16:31 Am Donnerstag, 5. Februar 2015, 09:35:26 schrieb Qu Wenruo: Original Message Subject: Re: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks, AKA dangerous mode. From: Martin Steigerwald mar...@lichtvoll.de To: Qu Wenruo quwen...@cn.fujitsu.com Date: 2015年02月04日 17:16 Am Mittwoch, 4. Februar 2015, 15:16:44 schrieb Qu Wenruo: Btrfs's metadata csum is a good mechanism, keeping bit error away from sensitive kernel. But such mechanism will also be too sensitive, like bit error in csum bytes or low all zero bits in nodeptr. It's a trade using error tolerance for stable, and is reasonable for most cases since there is DUP/RAID1/5/6/10 duplication level. But in some case, whatever for development purpose or despair user who can't tolerant all his/her inline data lost, or even crazy QA team hoping btrfs can survive heavy random bits bombing, there are some guys want to get rid of the csum protection and face the crucial raw data no matter what disaster may happen. So, introduce the new '--dangerous' (or destruction/debug if you like) option for btrfsck to reset all csum of tree blocks. I often wondered about this: AFAIK if you get a csum error BTRFS makes this an input/output error. For being able to access the data in place, how about a iwantmycorrupteddataback mount option where BTRFS just logs csum errors but allows one to access the files nonetheless. The idea is good, but don't forget we have metadata(tree block) and data. For data, this is completely OK. But for metadata, this may be a disaster just like the --dangerous option. Ah yes, so probably only do this for data or have an extra option for skipping csum on metadata for the really desparate, but then I´d really force read only to avoid corrupted causing more damage. This could even work together with remount. Maybe it would be good not to allow writing to broken csum blocks, i.e. fail these with input/output error. Don't forget btrfs' COW write. So write into data shouldn't be a problem.(if COW is enabled). Yes, but… it hides the corruption. Unless you have a snapshot if an application reads corrupted data and then writes it back, then you have no indication that the data was corrupted in the first time. This way, the csum would not be automatically fixed, *but* one is able to access the broken data, *while* knowing it is broken. If that is possible already, I missed it. Much as you considered, data csum can be rebuilt in btrfsck with --init-csum-tree option. Although not every user knows this feature and even less users know the correct timing using it. I wonder about making a wiki page about recovery options with two parts: 1) Diagnosis. First find out what might be wrong. 2) Cure. Then decide which steps to try to recover. This seems really useful. But I'm a little afraid of introducing too much info for end user, metadata/data, difference between btrfsck and scrub and tons of other things may make user confused. And more, this things should be done by btrfsck automatically... Sure. The page should contain a disclaimer anyway, and I think its good to have it as easy as possible for the user. But also, for the early adopters, I think it is really good to have some guidance available, with the caveat to always ask here on the mailing list if unsure about next step. Beside this, wiki pages about real world btrfs recovery strategy is very helpful. Feel free to add, although I'm not sure how to add pages to btrfs wiki, maybe you need to contact Marc or David? David, I requested a wiki account via the page and even made a (not quite serious) 50 words biography in order to pass that form. Thanks, Martin Thanks, Qu And of cause an intro on best practice to only work on a copy of the copy for any in-place repair attempts. I´d be willing to make such a page, provided I get enough hints on what to try when. I have some ideas myself, but I am not sure they are accurate :) Thanks, Martin Thanks, Qu The csum reseting have the following features: 1) Top to down level by level The csum resetting is done from tree to level 1, and only when all the csum of nodes in this level is reset and can pass read_tree_block() check, it will continue to next level. And all bytenr in nodeptr will be re-aligned, so bit error in the low 12 bits(4K sector size case) can also be repaired without pain. With this behavior, error in nodeptr has a chance not affecting its child. 2) No Copy-on-write COW
Re: Fwd: btrfs Wiki account request
On Tue, Jul 08, 2014 at 10:19:08PM +0200, Sjon Hortensius wrote: I wrote a simple alternative for a script that is currently on the btrfs wiki (for showing quotas) in bash instead of Python. I have attempted to add this to the page but after entering the captcha 15 times my account was rejected because of a missing bio. Maybe someone can add this to https://btrfs.wiki.kernel.org/index.php/Quota_support: #!/bin/bash [[ ! -d $1 ]] { echo Please pass mountpoint as first argument 2 ; exit 1 ; } while read x i x g x x l x p do volName[i]=$p done (btrfs subvolume list $1) while read g r e do [[ -z $name ]] echo -e subvol\tqgroup\ttotal\tunshared group=${g##*/} [[ ! -z ${volName[group]} ]] name=${volName[group]} || name='(unknown)' echo $name $g `numfmt --to=iec $r` `numfmt --to=iec $e` done (btrfs qgroup show $1 | tail -n+3) | column -t I added it to the page. Best, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | PGP 1024R/763BE901 -- 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
Fwd: btrfs Wiki account request
I wrote a simple alternative for a script that is currently on the btrfs wiki (for showing quotas) in bash instead of Python. I have attempted to add this to the page but after entering the captcha 15 times my account was rejected because of a missing bio. Maybe someone can add this to https://btrfs.wiki.kernel.org/index.php/Quota_support: #!/bin/bash [[ ! -d $1 ]] { echo Please pass mountpoint as first argument 2 ; exit 1 ; } while read x i x g x x l x p do volName[i]=$p done (btrfs subvolume list $1) while read g r e do [[ -z $name ]] echo -e subvol\tqgroup\ttotal\tunshared group=${g##*/} [[ ! -z ${volName[group]} ]] name=${volName[group]} || name='(unknown)' echo $name $g `numfmt --to=iec $r` `numfmt --to=iec $e` done (btrfs qgroup show $1 | tail -n+3) | column -t Thanks, Sjon On Tue, Feb 4, 2014 at 5:38 PM, MediaWiki Mail wikiad...@kernel.org wrote: Sorry, your request for an account Sjon Hortensius has been rejected on btrfs Wiki. try again with a useful bio There may be contact lists on site that you can use if you want to know more about user account policy. -- 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
Re: Error in btrfs wiki - How much space will I get with my multi-device configuration?
On Wed, May 14, 2014 at 09:49:48AM +0100, Astro Xe wrote: The content of the FAQ How much space will I get with my multi-device configuration? (https://btrfs.wiki.kernel.org/index.php/FAQ#How_much_space_will_I_get_with_my_multi-device_configuration.3F) is currently wrong. The usable space is the sum of the space of the devices. I'm using multi-device btrfs (data: single, metadata: single or DUP) on kernels from 3.2 to 3.14 and I have never seen the behavior described in the answer. It's correct, but for the *previous* question. I'm not quite sure how that got like that, but I've fixed it now. Hugo. Please remove this question. Thanks, -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Keming (n.) The result of poor kerning --- signature.asc Description: Digital signature
[PATCH 3/4] btrfs-progs: Add btrfs wiki reference to man pages.
Add btrfs wiki page reference to btrfs-check/btrfsck, btrfs-restore and btrfs-device as supplement. Signed-off-by: Qu Wenruo quwen...@cn.fujitsu.com --- Documentation/btrfs-check.txt | 5 + Documentation/btrfs-device.txt | 10 -- Documentation/btrfs-restore.txt | 4 Documentation/btrfsck.txt | 4 ++-- 4 files changed, 19 insertions(+), 4 deletions(-) diff --git a/Documentation/btrfs-check.txt b/Documentation/btrfs-check.txt index accbed4..ddd7fe7 100644 --- a/Documentation/btrfs-check.txt +++ b/Documentation/btrfs-check.txt @@ -13,6 +13,11 @@ DESCRIPTION --- 'btrfs check' is used to check or repair a btrfs filesystem offline. +NOTE: Since btrfs is under heavy development especially the 'btrfs check' +command, it is *highly* recommended to read the following btrfs wiki before +executing 'btrfs check' with '--repair' option: + +https://btrfs.wiki.kernel.org/index.php/Btrfsck + OPTIONS --- -s|--support superblock:: diff --git a/Documentation/btrfs-device.txt b/Documentation/btrfs-device.txt index 523ae4d..7a6bce5 100644 --- a/Documentation/btrfs-device.txt +++ b/Documentation/btrfs-device.txt @@ -24,16 +24,22 @@ online. Profile:: Btrfs filesystem uses data/metadata profiles to manage allocation/duplication -mechanism. Profiles like RAID level can be assigned to data and metadata separately. +mechanism. + +Profiles like RAID level can be assigned to data and metadata separately. + See `mkfs.btrfs`(8) for more details. RAID level:: -Btrfs filesystem supports most of the standard RAID level: 0/1/5/6/10. +Btrfs filesystem supports most of the standard RAID level: 0/1/5/6/10. + RAID levels can be assigned at mkfs time or online. + See `mkfs.btrfs`(8) for mkfs time RAID level assign and `btrfs-balance`(8) for online RAID level assign. ++ +NOTE: Since btrfs is under heavy development especially the RAID5/6 support, +it is *highly* recommended to read the follow btrfs wiki page to get more +updated details on RAID5/6: + +https://btrfs.wiki.kernel.org/index.php/RAID56 Balance:: `btrfs-balance`(8) subcommand can be used to balance or rebuild chunks to the diff --git a/Documentation/btrfs-restore.txt b/Documentation/btrfs-restore.txt index ea18ebb..72aa084 100644 --- a/Documentation/btrfs-restore.txt +++ b/Documentation/btrfs-restore.txt @@ -17,6 +17,10 @@ restore them into path or just list the tree roots. Since current `btrfsck`(8) or `btrfs-rescue`(8) only has very limited usage, 'btrfs restore' is normally a better choice. +NOTE: It is recommended to read the following btrfs wiki page if your data is +not salvaged with default option: + +https://btrfs.wiki.kernel.org/index.php/Restore + OPTIONS --- -s:: diff --git a/Documentation/btrfsck.txt b/Documentation/btrfsck.txt index 751c4d0..defac80 100644 --- a/Documentation/btrfsck.txt +++ b/Documentation/btrfsck.txt @@ -20,8 +20,8 @@ Now, it can only be run on an unmounted FS. WARNING: Considering it is not well-tested in real-life situations yet. If you have a broken Btrfs filesystem, btrfsck may not repair but cause -additional damages. - +additional damages. See the wiki page for more: + +https://btrfs.wiki.kernel.org/index.php/Btrfsck OPTIONS --- -- 1.9.2 -- 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
Re: [PATCH 3/4] btrfs-progs: Add btrfs wiki reference to man pages.
On Tue, Apr 15, 2014 at 03:04:51PM +0800, Qu Wenruo wrote: Add btrfs wiki page reference to btrfs-check/btrfsck, btrfs-restore and btrfs-device as supplement. I'd rather avoid any references to 'btrfsck', it's been deprecated and 'btrfs check' should be used, thouth I'm sure there are enough people used to 'btrfsck' and this will take time before we can drop it completely. I'll add this patch as-is for now, but before the new documentation is released, at least the deprecatio notice should be there. -- 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
Hint to kernel source tree clone usage in Btrfs wiki
Hi together, I'm new to the list and hope to be at the right place for the following issue: The wiki page https://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories#btrfs_kernel_module_git_repository talks about integrating an existing local kernel clone (instance) by adding it as a git remote. I know it's not closely related to btrfs, but it would be nice for beginners to have (a link to) an explanation how to do this. Best regards, Karl Richter signature.asc Description: OpenPGP digital signature
BTRFS Wiki
The Wiki at URL:https://btrfs.wiki.kernel.org/ seems to be having trouble. For the past few days, it's often failed to load for me. Sometimes the HTTP request times out. Sometimes I get an error page indicating connection problems to the database server. Sometimes, pages load quickly. This is an example of an error message I sometimes get: ((Can't contact the database server: No working slave server: Unknown error (127.0.0.1:4040)) -- Jonathan Rogers -- 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 Wiki: Debugging Btrfs with GDB
Hi, this is my first post and contribution to Btrfs. I wrote a documentation on how to debug Btrfs with GDB on UML(User Mode Linux). https://btrfs.wiki.kernel.org/index.php/Debugging_Btrfs_with_GDB This document might be little bit boring for Btrfs hackers, but for beginners who want to join Btrfs development, it is worth reading, I think. (BTW, I'm a beginner, too :D) Thank you. -- Yoshinori Sano yoshinori.s...@gmail.com -- 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