[jira] [Updated] (KUDU-2537) Move hole punch test from FS creation to opening

["Grant Henke (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/KUDU-2537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Grant Henke updated KUDU-2537:
------------------------------
    Component/s: supportability

> Move hole punch test from FS creation to opening
> ------------------------------------------------
>
>                 Key: KUDU-2537
>                 URL: https://issues.apache.org/jira/browse/KUDU-2537
>             Project: Kudu
>          Issue Type: Bug
>          Components: fs, supportability
>    Affects Versions: 1.8.0
>            Reporter: Adar Dembo
>            Priority: Major
>
> Currently the hole punch test happens when the Kudu filesystem is created. However, we've seen some cases where users have copied existing LBM instances to new filesystems that didn't support hole punching. Doing the test at open time (or maybe at create and open time) would help detect such cases.
> We probably want to add some conditions on this though:
> # Skip in on read-only filesystems.
> # Skip it in unit tests (unnecessary slowdown?).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)