Re: [PATCH] xfsprogs: add sectsize/sectlog to the man page

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 8/17/17 2:50 PM, Jan Tulak wrote:
> On Thu, Aug 17, 2017 at 6:01 PM, Eric Sandeen <sandeen@xxxxxxxxxxx> wrote:
>> On 8/17/17 6:22 AM, Dave Chinner wrote:
>>> On Thu, Aug 17, 2017 at 11:45:34AM +0200, Jan Tulak wrote:
>>>> On Thu, Aug 17, 2017 at 10:35 AM, Dave Chinner <david@xxxxxxxxxxxxx> wrote:
>>>>> On Thu, Aug 17, 2017 at 09:38:44AM +0200, Jan Tulak wrote:
>>>>>> The man page is missing description of these options.
>>>>>> Add it.
>>>>>
>>>>> Just remove the options. They are redundant as they cannot be
>>>>> different from the values set by the "-s" sector size options.
>>>>> They aren't documented, so just remove them from mkfs.
>>>>>
>>>>
>>>> The code doesn't look like that. From what it does:
>>>>
>>>> -d sectsize: will set data section sector size
>>>> -l sectsize: will set log section sector size (and as I see now, this
>>>> is not in man page as well)
>>>> -s size: will set both data and log sector size
>>>
>>> If you just look at the option parsing, then it appears that way.
>>>
>>> But go an look at the code that validates and uses these options.
>>> It will only take a log sector size specification for external logs,
>>> other wise it will use the global sector size. Which is the same as
>>> the data section sector size.
>>>
>>> Hence for internal log filesystems, "-l sectsize" is ignored, and
>>> "-s size" and "-d sectsize" set exactly the same variable.  And for
>>> external logs, having "-s size" override the "-l sectsize" is
>>> completely wrong, but that's what it does....
>>
>> Is it even safe/legit to have different sector sizes specified
>> for log vs data?
>>
> 
> From my understanding, if the log is external (on another device), it
> is completely ok. Unless there is some hiccup somewhere deep in the
> code...

It can be specified, but I wonder if it's safe to have i.e. a 4k log
sector replaying onto a 512 byte sector data section, or vice versa.

-Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux