On 11/18/2017 10:28 PM, Nikolay Borisov wrote:
On 18.11.2017 15:50, Anand Jain wrote:
On 11/16/2017 10:11 PM, Nikolay Borisov wrote:
On 13.11.2017 07:44, Anand Jain wrote:
Support for a new command is being added here:
btrfs dev ignore
Which shall undo the effects of the command
On 18.11.2017 15:50, Anand Jain wrote:
>
>
> On 11/16/2017 10:11 PM, Nikolay Borisov wrote:
>>
>>
>> On 13.11.2017 07:44, Anand Jain wrote:
>>> Support for a new command is being added here:
>>> btrfs dev ignore
>>> Which shall undo the effects of the command
>>> btrfs dev scan
>>>
>>> Th
On 11/16/2017 10:11 PM, Nikolay Borisov wrote:
On 13.11.2017 07:44, Anand Jain wrote:
Support for a new command is being added here:
btrfs dev ignore
Which shall undo the effects of the command
btrfs dev scan
This cli/ioctl is needed as there is no way to continue to mount in
degraded
On 11/16/2017 10:03 PM, Nikolay Borisov wrote:
On 13.11.2017 07:44, Anand Jain wrote:
Support for a new command is being added here:
btrfs dev ignore
Which shall undo the effects of the command
btrfs dev scan
This cli/ioctl is needed as there is no way to continue to mount in
degraded
On 13.11.2017 07:44, Anand Jain wrote:
> Support for a new command is being added here:
> btrfs dev ignore
> Which shall undo the effects of the command
> btrfs dev scan
>
> This cli/ioctl is needed as there is no way to continue to mount in
> degraded mode if the device is already scanned,
On 13.11.2017 07:44, Anand Jain wrote:
> Support for a new command is being added here:
> btrfs dev ignore
> Which shall undo the effects of the command
> btrfs dev scan
>
> This cli/ioctl is needed as there is no way to continue to mount in
> degraded mode if the device is already scanned,
Support for a new command is being added here:
btrfs dev ignore
Which shall undo the effects of the command
btrfs dev scan
This cli/ioctl is needed as there is no way to continue to mount in
degraded mode if the device is already scanned, which is required to
recover from the split brain raid