Thank you, that makes a lot of sense :)
It's been a good day, I've learnt something :)
On Tue, Feb 5, 2013 at 4:29 PM, Chester <somethingsome2...@gmail.com> wrote:
> The last argument should be the directory you want to clone into. Use
> '-b <branch>' to specify the branch you want to clone. I'm pretty sure
> you've compiled just the master branch of both linux-btrfs and
> btrfs-progs.
>
> On Mon, Feb 4, 2013 at 8:59 PM, Gareth Pye <gar...@cerberos.id.au> wrote:
>> I felt like having a small play with this stuff, as I've been wanting
>> it for so long :)
>>
>> But apparently I've made some incredibly newb error.
>>
>> I used the following two lines to check out the code:
>> git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
>> raid56-experimental
>> git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
>> raid56-experimental-progs
>>
>> Then I did not very much to compile both of them (installed lots and
>> lots of packages that various places told me would be needed so they'd
>> both compile) finishing up with a "sudo make install" for both the
>> kernel and the tools.
>> Rebooting miracuously it came up with the new kernel and uname -a
>> assures me that I have a new kernel running:
>> btrfs@ubuntu:/kernel/raid56-experimental$ uname -a
>> Linux ubuntu 3.6.0+ #1 SMP Tue Feb 5 12:26:03 EST 2013 x86_64 x86_64
>> x86_64 GNU/Linux
>> but 3.6.0 sounds rather low, but it is newer than Ubuntu 12.10's 3.5
>> so I believe I am running the kernel I just compiled
>>
>> Where things fail is that I can figure out how to make a raid5 btrfs,
>> I'm certain I'm using the mkfs.btrfs that I just compiled (by
>> explicitly calling it in the make folder) but it wont recognise what I
>> assume the parameter to be:
>> btrfs@ubuntu:/kernel/raid56-experimental-progs$ ./mkfs.btrfs -m raid5
>> -d raid5 /dev/sd[bcdef]
>> Unknown profile raid5
>>
>> Which flavour of newb am I today?
>>
>> PS: I use newb in a very friendly way, I feel no shame over that term :)
>>
>> On Tue, Feb 5, 2013 at 1:26 PM, H. Peter Anvin <h...@zytor.com> wrote:
>>> Also, a 2-member raid5 or 3-member raid6 are a raid1 and can be treated as
>>> such.
>>>
>>> Chris Mason <chris.ma...@fusionio.com> wrote:
>>>
>>>>On Mon, Feb 04, 2013 at 02:42:24PM -0700, H. Peter Anvin wrote:
>>>>> @@ -1389,6 +1392,14 @@ int btrfs_rm_device(struct btrfs_root *root,
>>>>char
>>>>> *device_path)
>>>>> }
>>>>> btrfs_dev_replace_unlock(&root->fs_info->dev_replace);
>>>>>
>>>>> + if ((all_avail & (BTRFS_BLOCK_GROUP_RAID5 |
>>>>> + BTRFS_BLOCK_GROUP_RAID6) && num_devices <= 3)) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below three devices "
>>>>> + "on raid5 or raid6\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> +
>>>>> if ((all_avail & BTRFS_BLOCK_GROUP_RAID10) && num_devices <= 4) {
>>>>> printk(KERN_ERR "btrfs: unable to go below four devices "
>>>>> "on raid10\n");
>>>>> @@ -1403,6 +1414,21 @@ int btrfs_rm_device(struct btrfs_root *root,
>>>>char
>>>>> *device_path)
>>>>> goto out;
>>>>> }
>>>>>
>>>>> + if ((all_avail & BTRFS_BLOCK_GROUP_RAID5) &&
>>>>> + root->fs_info->fs_devices->rw_devices <= 2) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below two "
>>>>> + "devices on raid5\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> + if ((all_avail & BTRFS_BLOCK_GROUP_RAID6) &&
>>>>> + root->fs_info->fs_devices->rw_devices <= 3) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below three "
>>>>> + "devices on raid6\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> +
>>>>> if (strcmp(device_path, "missing") == 0) {
>>>>> struct list_head *devices;
>>>>> struct btrfs_device *tmp;
>>>>>
>>>>>
>>>>> This seems inconsistent?
>>>>
>>>>Whoops, missed that one. Thanks!
>>>>
>>>>-chris
>>>
>>> --
>>> Sent from my mobile phone. Please excuse brevity and lack of formatting.
>>> --
>>> 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
>>
>>
>>
>> --
>> Gareth Pye
>> Level 2 Judge, Melbourne, Australia
>> Australian MTG Forum: mtgau.com
>> gar...@cerberos.id.au - www.rockpaperdynamite.wordpress.com
>> "Dear God, I would like to file a bug report"
>> --
>> 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
--
Gareth Pye
Level 2 Judge, Melbourne, Australia
Australian MTG Forum: mtgau.com
gar...@cerberos.id.au - www.rockpaperdynamite.wordpress.com
"Dear God, I would like to file a bug report"
On Tue, Feb 5, 2013 at 4:29 PM, Chester <somethingsome2...@gmail.com> wrote:
> The last argument should be the directory you want to clone into. Use
> '-b <branch>' to specify the branch you want to clone. I'm pretty sure
> you've compiled just the master branch of both linux-btrfs and
> btrfs-progs.
>
> On Mon, Feb 4, 2013 at 8:59 PM, Gareth Pye <gar...@cerberos.id.au> wrote:
>> I felt like having a small play with this stuff, as I've been wanting
>> it for so long :)
>>
>> But apparently I've made some incredibly newb error.
>>
>> I used the following two lines to check out the code:
>> git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
>> raid56-experimental
>> git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
>> raid56-experimental-progs
>>
>> Then I did not very much to compile both of them (installed lots and
>> lots of packages that various places told me would be needed so they'd
>> both compile) finishing up with a "sudo make install" for both the
>> kernel and the tools.
>> Rebooting miracuously it came up with the new kernel and uname -a
>> assures me that I have a new kernel running:
>> btrfs@ubuntu:/kernel/raid56-experimental$ uname -a
>> Linux ubuntu 3.6.0+ #1 SMP Tue Feb 5 12:26:03 EST 2013 x86_64 x86_64
>> x86_64 GNU/Linux
>> but 3.6.0 sounds rather low, but it is newer than Ubuntu 12.10's 3.5
>> so I believe I am running the kernel I just compiled
>>
>> Where things fail is that I can figure out how to make a raid5 btrfs,
>> I'm certain I'm using the mkfs.btrfs that I just compiled (by
>> explicitly calling it in the make folder) but it wont recognise what I
>> assume the parameter to be:
>> btrfs@ubuntu:/kernel/raid56-experimental-progs$ ./mkfs.btrfs -m raid5
>> -d raid5 /dev/sd[bcdef]
>> Unknown profile raid5
>>
>> Which flavour of newb am I today?
>>
>> PS: I use newb in a very friendly way, I feel no shame over that term :)
>>
>> On Tue, Feb 5, 2013 at 1:26 PM, H. Peter Anvin <h...@zytor.com> wrote:
>>> Also, a 2-member raid5 or 3-member raid6 are a raid1 and can be treated as
>>> such.
>>>
>>> Chris Mason <chris.ma...@fusionio.com> wrote:
>>>
>>>>On Mon, Feb 04, 2013 at 02:42:24PM -0700, H. Peter Anvin wrote:
>>>>> @@ -1389,6 +1392,14 @@ int btrfs_rm_device(struct btrfs_root *root,
>>>>char
>>>>> *device_path)
>>>>> }
>>>>> btrfs_dev_replace_unlock(&root->fs_info->dev_replace);
>>>>>
>>>>> + if ((all_avail & (BTRFS_BLOCK_GROUP_RAID5 |
>>>>> + BTRFS_BLOCK_GROUP_RAID6) && num_devices <= 3)) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below three devices "
>>>>> + "on raid5 or raid6\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> +
>>>>> if ((all_avail & BTRFS_BLOCK_GROUP_RAID10) && num_devices <= 4) {
>>>>> printk(KERN_ERR "btrfs: unable to go below four devices "
>>>>> "on raid10\n");
>>>>> @@ -1403,6 +1414,21 @@ int btrfs_rm_device(struct btrfs_root *root,
>>>>char
>>>>> *device_path)
>>>>> goto out;
>>>>> }
>>>>>
>>>>> + if ((all_avail & BTRFS_BLOCK_GROUP_RAID5) &&
>>>>> + root->fs_info->fs_devices->rw_devices <= 2) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below two "
>>>>> + "devices on raid5\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> + if ((all_avail & BTRFS_BLOCK_GROUP_RAID6) &&
>>>>> + root->fs_info->fs_devices->rw_devices <= 3) {
>>>>> + printk(KERN_ERR "btrfs: unable to go below three "
>>>>> + "devices on raid6\n");
>>>>> + ret = -EINVAL;
>>>>> + goto out;
>>>>> + }
>>>>> +
>>>>> if (strcmp(device_path, "missing") == 0) {
>>>>> struct list_head *devices;
>>>>> struct btrfs_device *tmp;
>>>>>
>>>>>
>>>>> This seems inconsistent?
>>>>
>>>>Whoops, missed that one. Thanks!
>>>>
>>>>-chris
>>>
>>> --
>>> Sent from my mobile phone. Please excuse brevity and lack of formatting.
>>> --
>>> 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
>>
>>
>>
>> --
>> Gareth Pye
>> Level 2 Judge, Melbourne, Australia
>> Australian MTG Forum: mtgau.com
>> gar...@cerberos.id.au - www.rockpaperdynamite.wordpress.com
>> "Dear God, I would like to file a bug report"
>> --
>> 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
--
Gareth Pye
Level 2 Judge, Melbourne, Australia
Australian MTG Forum: mtgau.com
gar...@cerberos.id.au - www.rockpaperdynamite.wordpress.com
"Dear God, I would like to file a bug report"
--
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
